YTKNetwork
YTKNetwork封裝了AFNetworking睦番，使用了Commond（命令）的設(shè)計模式命黔，把一個請求封裝成了request對象。
批量處理 YTKBatchRequest
批量處理指的是同時發(fā)起多個請求掰伸，當(dāng)所有請求完成后再進行處理想际，比如同時下載三張圖片培漏，等所有圖片下載完成后再把三張圖片合成一張圖片。這個功能也可以使用dispatch group實現(xiàn)胡本。
YTKBatchRequest是用來處理批量請求的類牌柄，它持有一個數(shù)組來保存所有的request，在start后會遍歷把所有的reqeust發(fā)起請求侧甫。當(dāng)所有的request都請求成功時珊佣，認為這次批量請求完成；有一個request失敗了披粟，就停止所有的請求咒锻，認為這個批量請求失敗了。
AFNetworking
以前版本的AF里有這樣的代碼：
+ (void)networkRequestThreadEntryPoint:(id)__unused object {
@autoreleasepool {
[[NSThread currentThread] setName:@"AFNetworking"];
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];
}
}
+ (NSThread *)networkRequestThread {
static NSThread *_networkRequestThread = nil;
static dispatch_once_t oncePredicate;
dispatch_once(&oncePredicate, ^{
_networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil];
[_networkRequestThread start];
});
return _networkRequestThread;
}
上面的代碼是創(chuàng)建了一個線程并且開啟了它的runloop僻爽。這個線程就是問題里提到的常駐線程虫碉。
這個線程的作用是什么呢？
- (void)start {
[self.lock lock];
if ([self isReady]) {
self.state = AFOperationExecutingState;
[self performSelector:@selector(operationDidStart) onThread:[[self class] networkRequestThread] withObject:nil waitUntilDone:NO modes:[self.runLoopModes allObjects]];
}
[self.lock unlock];
}
- (void)operationDidStart {
[self.lock lock];
if (![self isCancelled]) {
self.connection = [[NSURLConnection alloc] initWithRequest:self.request delegate:self startImmediately:NO];
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
for (NSString *runLoopMode in self.runLoopModes) {
[self.connection scheduleInRunLoop:runLoop forMode:runLoopMode];
[self.outputStream scheduleInRunLoop:runLoop forMode:runLoopMode];
}
[self.connection start];
}
[self.lock unlock];
dispatch_async(dispatch_get_main_queue(), ^{
[[NSNotificationCenter defaultCenter] postNotificationName:AFNetworkingOperationDidStartNotification object:self];
});
}
從上面的代碼里可以就看出胸梆，AF里面把每一個網(wǎng)絡(luò)請求的發(fā)起和解析都放在了這個線程里執(zhí)行敦捧。正常來說，一個線程執(zhí)行完任務(wù)后就退出了碰镜。開啟runloop是為了防止線程退出兢卵。一方面避免每次請求都要創(chuàng)建新的線程；另一方面绪颖，因為connection的請求是異步的秽荤，如果不開啟runloop，線程執(zhí)行完代碼后不會等待網(wǎng)絡(luò)請求完的回調(diào)就退出了柠横，這會導(dǎo)致網(wǎng)絡(luò)回調(diào)的代理方法不執(zhí)行窃款。
總結(jié)：AFN 的做法是把網(wǎng)絡(luò)請求的發(fā)起和解析都放在同一個子線程中進行，但由于子線程默認不開啟 runloop牍氛，它在運行完所有代碼后退出線程晨继。而網(wǎng)絡(luò)請求是異步的，這會導(dǎo)致獲取到請求數(shù)據(jù)時搬俊，線程已經(jīng)退出紊扬，代理方法沒有機會執(zhí)行。因此唉擂，AFN 的做法是使用一個 runloop 來保證線程不死餐屎，能保證代理方法的執(zhí)行。同時玩祟，避免每次請求都創(chuàng)建新的線程腹缩。
