在NSURLConnection的didReceiveData方法中,appendData存在奇怪的问题

在NSURLConnection的didReceiveData:方法中使用appendData:时遇到的奇怪问题，通常与数据拼接的线程安全性或内存管理有关。以下是可能的原因、解决方案及示例代码：

基础概念

didReceiveData:是NSURLConnectionDelegate的回调方法，用于接收分块数据。开发者通常会在该方法中通过NSMutableData拼接数据：

- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
    [self.receivedData appendData:data]; // 可能出问题的操作
}

常见问题及原因

线程安全问题
- didReceiveData:可能在后台线程调用，而NSMutableData不是线程安全的。
- 现象：随机崩溃（如EXC_BAD_ACCESS）或数据丢失。

内存管理问题
- receivedData属性可能被意外释放（如未用strong修饰）。
- 现象：数据拼接不完整或崩溃。
多次调用导致数据重复
- 未在请求开始时清空receivedData，导致多次请求的数据混合。
大文件内存溢出
- 直接拼接大数据可能耗尽内存。

解决方案

1. 线程安全处理

使用@synchronized或GCD队列保证线程安全：

@property (atomic, strong) NSMutableData *receivedData;
// 或
- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
    @synchronized (self) {
        [self.receivedData appendData:data];
    }
}

2. 正确初始化数据

在请求开始时重置receivedData：

- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response {
    self.receivedData = [NSMutableData new]; // 初始化或清空
}

3. 大文件处理建议

避免内存溢出，改用文件流：

- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
    NSFileHandle *fileHandle = [NSFileHandle fileHandleForWritingAtPath:filePath];
    [fileHandle seekToEndOfFile];
    [fileHandle writeData:data];
    [fileHandle closeFile];
}

4. 检查属性修饰符

确保receivedData为strong：

@property (nonatomic, strong) NSMutableData *receivedData;

应用场景

小数据请求：直接内存拼接（需线程安全）。
大文件下载：使用文件流或NSURLSession的downloadTask。
实时数据：考虑分块处理（如视频流）。

替代方案（推荐）

升级到NSURLSession，其更现代且自动处理线程安全：

NSURLSessionDataTask *task = [[NSURLSession sharedSession] dataTaskWithRequest:request 
    completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) {
    // 数据一次性返回，无需拼接
}];
[task resume];