异步请求使用与同步和队列式异步请求相同的对象, 只不过又增加了另一个对象, 即 NSURLConnectionDelegate 对象
1. connection:willSendRequest:redirectResponse: 委托方法
在连接接收到 HTTP 重定向响应时调用
HTTP 重定向指的是这样一种 HTTP 响应, 它们通知客户端要寻找的内容位于另一不同的 URL 中.
2. connection:didReceiveResponse: 委托方法
在协议处理器从响应头构建出响应对象后, 会调用该方法
该方法可能会被协议处理器调用多次
3. connection:didReceiveData: 委托方法
当协议处理器接收到部分或全部响应体时会调用该方法
该方法可能不会调用, 也可能会调用多次, 并且调用总是跟在最初的 connection:didReceiveResponse: 之后.
如果需要渐进地解析响应, 那么流处理器应该充分使用该方法
4. connection:didFailWithError: 委托方法
当连接失败时会调用这个委托方法.
该方法可能会在请求处理的任何阶段得到调用
如果被调用, 那么该方法将是该连接调用的最后一个方法
5. connectionDidFinishLoading 委托方法
当整个请求完成加载并且接收到的所有数据都被传递给委托后, 就会调用该委托方法
该方法是为连接调用的最后一个方法, 并且此调用与 connection:didFailWithError: 的调用是互斥的.
6. connection:needNewBodyStream: 委托方法
该方法是可选的, 只是用于重新向请求体的输入流发出请求.
如果协议处理器由于出现错误或是认证等原因需要重新传递请求体就会调用该方法. 如下面的代码片段所示, 该方法签名会接收 NSURLConnection 对象(用于请求新的数据流)以及触发该委托回调的 request:
- (NSInputStream *)connection:(NSURLConnection *)connection needNewBodyStream:(NSURLRequest *)request;
该委托应该返回一个未打开且自动释放的 NSInputStream 对象, 该对象引用的是待上传的文件. 如果代码没有实现该方法并且使用输入流来引用请求体, 那么协议处理器在开始请求前首先会创建整个输入流的副本. 如果代码发送一个大文件, 那么应该实现该方法以避免复制文件的代价
7. connection:didSendBodyData:totalBytesWritten:totalBytesExpectedToWrite: 委托方法
该可选的委托方法向委托对象提供了上传进度信息:
- (void)connection:(NSURLConnection *)connection didSendBodyData:(NSInteger)bytesWirtten totalBytesWritten:(NSInteger)totalBytesWritten totalBytesExpectedToWrite:(NSInteger)totalBytesExpectedToWrite;
协议处理器会在不确定的时间间隔内调用该委托以报告上传进度. bytesWritten 与 totalBytesWritten 值可能不会一直增加, 这是因为如果出现错误或是认证问题, 就需要重新传递请求体. 如果希望向用户提供上传进度指示器, 那么应该实现该方法
8. connection:willCacheResponse: 委托方法
该可选方法向委托提供了一种方式来检测与修改协议控制器所缓存的响应:
- (NSCachedURLResponse *)connection:(NSURLConnection *)connection willCacheResponse:(NSCachedURLResponse *)cachedResponse;
NSCachedURLResponse 对象包含了 NSURLResponse 对象与请求返回来的以 NSData 形式存在的数据. 该对象还包含了响应保持所需的存储策略, 包括持久化存储、仅内存存储及不允许存储. 缓存下来的响应对象还包含目录 userInfo, 可被应用用来存储缓存请求的元数据. 如果该委托实现返回 nil, 那么响应就不会缓存下来
10. 异步请求与运行循环
异步请求需要运行循环. 当数据传递到服务器或是被客户端接收时, 运行循环用于实现事件与委托对象之间的通信. 异步请求在发出时, 会在当前线程的运行循环上操作. 这个实现细节是很重要的, 因为在 Grand Central Dispatch 块中或是通过 NSOperationQueue 创建的线程并没有运行循环. 因此, 如果在后台线程上发出了异步请求, 那么还需要确定线程是有运行循环还是使用了别的运行循环. 如下代码片段展示了如果显式地将请求处理指定给运行循环:
NSURLConnection connection = [[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:NO];
[connection scheduleInRunLoop:[NSRunLoop mainRunLoop] forMode:NSDefaultRunLoopMode];
[connection start];如果不想在主运行循环中执行异步请求, 那么需要在另一个线程上创建运行循环, 然后针对这个新创建的运行循环调度连接.
对于大的上传或下载来说, 请使用异步请求以减少应用的内存占用量.
在需要认证的情况下请使用异步请求
如果需要向用户提供进度反馈, 那么请使用异步请求
在后台线程上使用异步请求时要小心, 请提供一个运行循环
对于可以在后台线程的请求队列中轻松调度和完成的简单请求来说, 这时使用异步请求有些过犹不及
如果使用输入流来上传数据, 请实现 connection:newBodyStream: 方法以避免对输入流的复制
