NSURLSession的基礎用法
- (void)viewDidLoad {
[super viewDidLoad];
NSURLSessionConfiguration *sessionConfig = [NSURLSessionConfiguration defaultSessionConfiguration];
NSURLSession *urlSession = [NSURLSession sessionWithConfiguration:sessionConfig delegate:self delegateQueue:[[NSOperationQueue alloc] init]];
NSMutableURLRequest *req = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:kRemotePAJsonURL]];
req.HTTPMethod = @"POST";
NSURLSessionDataTask *dataTask = [urlSession dataTaskWithRequest:req];
[dataTask resume];
NSLog(@"本次dataTask:%@", dataTask);
}
- (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask
didReceiveResponse:(NSURLResponse *)response
completionHandler:(void (^)(NSURLSessionResponseDisposition disposition))completionHandler
{
NSLog(@"收到響應:%@ \ndataTask:%@", response, dataTask);
self.mData = [NSMutableData data];
NSURLSessionResponseDisposition disposition = NSURLSessionResponseAllow;
completionHandler(disposition);
}
- (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask
didReceiveData:(NSData *)data
{
NSLog(@"%@收到data:%ld",[NSThread currentThread] ,data.length);
[self.mData appendData:data];
if (self.mData.length > 3000) {
[dataTask cancel];
}
}
- (void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task
didCompleteWithError:(nullable NSError *)error
{
NSLog(@"完成, error:%@", error);
if (!error) {
//在完成的時候,之前收到的data怎么取到?不借助其他的變量,在該方法里取不到?
NSDictionary *dict = [NSJSONSerialization JSONObjectWithData:self.mData options:NSJSONReadingAllowFragments error:nil];
NSLog(@"%@", dict);
}
//不把本次session Invalidate,那么session持有的delegate不會被釋放.
[session finishTasksAndInvalidate];
}
對于方法
+ (NSURLSession *)sessionWithConfiguration:(NSURLSessionConfiguration *)configuration
delegate:(nullable id <NSURLSessionDelegate>)delegate
delegateQueue:(nullable NSOperationQueue *)queue;
delegate和delegateQueue會被urlSession強引用.按蘋果的文檔說明:delegate會在URLSession:didBecomeInvalidWithError
結束后釋放.但事實上,要想讓delegate在didBecomeInvalidWithError
結束后釋放,需要先把session Invalidate.否則,session持有的delegate不會被釋放.這句話的正確理解應該是,當一個session invalidate后,delegate要等到URLSession:didBecomeInvalidWithError
結束后才會被釋放.對于delegateQueue,實際使用時delegateQueue不能是主隊列的.當delegateQueue不是主隊列時,didReceiveData:方法將隨機在某個線程執行.
基本上一個APP,生成一個urlSession就夠了.沒必要一次請求,創建一個session,請求結束后又將session Invalidate.因此也就沒必要去管delegate和delegateQueue的內存釋放問題,這三個對象基本上是等到APP結束才會銷毀的.最佳做法之一就是使用GCD確保只生成一個session,然后使用該session來管理所有的請求.
對于代理方法: - (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask didReceiveResponse:(NSURLResponse *)response completionHandler:(void (^)(NSURLSessionResponseDisposition disposition))completionHandler
在該方法中,為什么收到響應后,還要調用completionHandler block?
因為在該方法中,通過disposition參數,調用completionHandler后,可以更細粒度的控制本次請求是繼續還是取消還是轉為下載任務.如果是取消,則后面請求的響應體不會接收.如果是轉為下載任務,那么通過調用completionHandler,NSURLSession將調用Delegate的 URLSession:dataTask:didBecomeDownloadTask:
方法并將新生成的Download task對象作為參數傳入。在此調用之后,Delegate將不再接收來自Data task的回調消息,并開始接收Download task的回調消息。
注意:如果不調用
NSURLSessionResponseDisposition disposition = NSURLSessionResponseAllow;
completionHandler(disposition);
后面的didReceiveData:代理方法將不會執行.
疑問
NSURLSession對象是被誰強引用了?如何釋放?
NSURLSession對象應該是被系統的runloop強引用了,就類似于定時器一樣,需要invalid后,才會被釋放銷毀.
題外話:如果timer屬性是strong,那么invalidate后最好將其置為nil,否則invalid后timer因為還有人持有它,而不能銷毀.strong情況下,timer的釋放:[self.timer invalidate];self.timer = nil;
定時器對象是注冊到runloop里的,應該通過invalidate來告訴runloop釋放它.所以self不應該持有該對象,因此timer屬性最好為weak.NSURLSession的生命周期?
在didCompleteWithError:完成的時候,之前收到的data怎么取到?不借助其他的變量,在該方法里取不到?