【原】AFNetworking源码阅读（四）
本文转载请注明出处 —— polobymulberry-博客园
1. 前言
上一篇还遗留了很多问题，包括AFURLSessionManagerTaskDelegate类所实现的NSURLSession相关的代理方法，甚至连dataTask、uploadTask、downloadTask这几个基本概念也没说。这一篇就是为了集中消灭这些遗留问题。
2. AFURLSessionManagerTaskDelegate的代理方法
此处实现的仍然是NSURLSession相关的代理方法，因为上一篇中已经详细介绍过了，所以对应的相关方法介绍就不赘述，直接介绍方法实现。
2.1 NSURLSessionTaskDelegate
2.1.1 - URLSession:task:didCompleteWithError:
该函数在AFURLSessionManager中的- URLSession:task:didCompleteWithError:被调用
函数实现：
- (void)URLSession:(__unused NSURLSession *)session task:(NSURLSessionTask *)task didCompleteWithError:(NSError *)error { // 保存clang诊断的上下文，类似OpenGL状态机，和后面的pop配对使用 #pragma clang diagnostic push // 使用?:符号，注意x ? x : y == x ?: y,之前博客中要是有理解错误，以此为准 #pragma clang diagnostic ignored "-Wgnu" __strong AFURLSessionManager *manager = self.manager; __block id responseObject = nil; // 因为NSNotification这个类中本身有userInfo属性，可作为响应函数的参数 // 不过我在AFNetworking源码中还未发现使用userInfo作为参数的做法，可能需要用户自己实现 /**
* userInfo中的key值例举如下： * AFNetworkingTaskDidCompleteResponseDataKey session 存储task获取到的原始response数据，与序列化后的response有所不同 * AFNetworkingTaskDidCompleteSerializedResponseKey 存储经过序列化（serialized）后的response * AFNetworkingTaskDidCompleteResponseSerializerKey 保存序列化response的序列化器(serializer) * AFNetworkingTaskDidCompleteAssetPathKey 存储下载任务后，数据文件存放在磁盘上的位置 * AFNetworkingTaskDidCompleteErrorKey 错误信息 */ __block NSMutableDictionary *userInfo = [NSMutableDictionary dictionary]; // serializer userInfo[AFNetworkingTaskDidCompleteResponseSerializerKey] = manager.responseSerializer; //具体可以查看#issue 2672。这里主要是针对大文件的时候，性能提升会很明显 NSData *data = nil; if (self.mutableData) { // 要先判断是否为nil data = [self.mutableData copy]; //此处不再需要mutableData了 self.mutableData = nil; } if (self.downloadFileURL) { userInfo[AFNetworkingTaskDidCompleteAssetPathKey] = self.downloadFileURL; } else if (data) { userInfo[AFNetworkingTaskDidCompleteResponseDataKey] = data; } // 如果task出错了，处理error信息 // 所以对应的观察者在处理error的时候，比如可以先判断userInfo[AFNetworkingTaskDidCompleteErrorKey]是否有值，有值的话，就说明是要处理error if (error) { userInfo[AFNetworkingTaskDidCompleteErrorKey] = error; // 这里用group方式来运行task完成方法，表示当前所有的task任务完成，才会通知执行其他操作 // 如果没有实现自定义的completionGroup和completionQueue，那么就使用AFNetworking提供的私有的dispatch_group_t和提供的dispatch_get_main_queue内容 dispatch_group_async(manager.completionGroup ?: url_session_manager_completion_group(), manager.completionQueue ?: dispatch_get_main_queue(), ^{ if (self.completionHandler) { self.completionHandler(task.response, responseObject, error); } dispatch_async(dispatch_get_main_queue(), ^{ [[NSNotificationCenter defaultCenter] postNotificationName:AFNetworkingTaskDidCompleteNotification object:task userInfo:userInfo]; }); }); } else { dispatch_async(url_session_manager_processing_queue(), ^{ NSError *serializationError = nil; // 根据对应的task和data将response data解析成可用的数据格式，比如JSON serializer就将data解析成JSON格式 responseObject = [manager.responseSerializer responseObjectForResponse:task.response data:data error:&serializationError]; // 注意如果有downloadFileURL，意味着data存放在了磁盘上了，所以此处responseObject保存的是data存放位置，供后面completionHandler处理。没有downloadFileURL，就直接使用内存中的解析后的data数据 if (self.downloadFileURL) { responseObject = self.downloadFileURL; } if (responseObject) { userInfo[AFNetworkingTaskDidCompleteSerializedResponseKey] = responseObject; } // 序列化的时候出现错误 if (serializationError) { userInfo[AFNetworkingTaskDidCompleteErrorKey] = serializationError; } // 同上面的代码 dispatch_group_async(manager.completionGroup ?: url_session_manager_completion_group(), manager.completionQueue ?: dispatch_get_main_queue(), ^{ if (self.completionHandler) { self.completionHandler(task.response, responseObject, serializationError); } dispatch_async(dispatch_get_main_queue(), ^{ [[NSNotificationCenter defaultCenter] postNotificationName:AFNetworkingTaskDidCompleteNotification object:task userInfo:userInfo]; }); }); }); } #pragma clang diagnostic pop }
2.2 NSURLSessionDataDelegate
2.2.1 - URLSession:dataTask:didReceiveData:
该函数在AFURLSessionManager中的- URLSession:dataTask:didReceiveData:被调用
函数实现：
- (void)URLSession:(__unused NSURLSession *)session dataTask:(__unused NSURLSessionDataTask *)dataTask didReceiveData:(NSData *)data { // 将每次获得的新数据附在mutableData上，来组成最终获得的所有数据 [self.mutableData appendData:data]; }
2.3 NSURLSessionDownloadDelegate
2.3.1 - URLSession:downloadTask:didFinishDownloadingToURL:（必须实现）
该函数在AFURLSessionManager中的- URLSession:downloadTask:didFinishDownloadingToURL:被调用
函数实现：
和AFURLSessionManager中的实现类似，这里就不赘述了。
3. 进一步讨论session task
首先简单介绍下session task，以下语句引用自从 NSURLConnection 到 NSURLSession
NSURLsessionTask 是一个抽象类，其下有 3 个实体子类可以直接使用：NSURLSessionDataTask、NSURLSessionUploadTask、NSURLSessionDownloadTask。这 3 个子类封装了现代程序三个最基本的网络任务：获取数据，比如 JSON 或者 XML，上传文件和下载文件。
当一个 NSURLSessionDataTask 完成时，它会带有相关联的数据，而一个 NSURLSessionDownloadTask 任务结束时，它会带回已下载文件的一个临时的文件路径（还记得前面的location吧）。因为一般来说，服务端对于一个上传任务的响应也会有相关数据返回，所以NSURLSessionUploadTask 继承自 NSURLSessionDataTask。
之前讨论dataTask比较多，对于uploadTask和downloadTask提及较少。比如我们之前只说了- [AFURLSessionManager dataTaskWithRequest:uploadProgress:downloadProgress:completionHandler:]。其实还有类似的uploadTaskWithRequest:和downloadTaskWithRequest:等方法。
不知道大家看到这里会不会跟我一样有疑问——已经有了dataTask了，为什么还要实现一个uploadTask？我们从两者提供的对应task 生成的方法能看出一点端倪。比如使用dataTask来进行上传任务的时候，需要指定HTTPMethod为POST或PUT，并且提供的数据（NSData）得赋值给request.HTTPBody。而使用uploadTask来进行上传任务的时候，只需要使用- uploadTaskWithRequest:fromData:或- uploadTaskWithRequest:fromFile:之类的方法，其中参数的话只需要根提供数据（NSData）或者数据的磁盘位置（NSURL*fileURL）就可以构造出一个上传的session task了，简化了操作。
至于uploadTaskWithRequest:和downloadTaskWithRequest:等方法实现上本质和dataTaskWithRequest:并没有多大区别，这里对于相同的地方就不赘述了，主要提几点不同的地方，而这几点不同的地方根本在于系统提供了不同session task生成方法：
1. 系统提供的uploadTask构建方法：
- uploadTaskWithRequest:fromFile: 根据fileURL创建request
对应AFNetworking中的uploadTaskWithRequest:fromFile:progress:completionHandler:方法，关于这个方法，里面使用到了attemptsToRecreateUploadTasksForBackgroundSessions变量，这个是用于创建后台task时使用的。因为在iOS7中，有时候创建后台task会失败，Apple建议如果创建失败了，就重新尝试创建。此处尝试的次数最大为AFMaximumNumberOfAttemptsToRecreateBackgroundSessionUploadTask，默认为3。至于其中使用到的addDelegateForUploadTask:地实现基本同addDelegateForDataTask:实现。
详见源码。
- uploadTaskWithRequest:fromData: 根据需要上传的NSData创建request
对应AFNetworking中的uploadTaskWithRequest:fromData:progress:completionHandler:方法。
详见源码。
- uploadTaskWithStreamedRequest: 使用该函数必须要实现URLSession:task:needNewBodyStream:来给上传任务提供数据
对应AFNetworking中的uploadTaskWithRequest:fromData:progress:completionHandler:方法。
详见源码。
2. 系统提供的downloadTask构建方法：
- downloadTaskWithRequest: 不赘述
对应AFNetworking中的downloadTaskWithRequest:progress:destination:completionHandler:方法，注意此处多了一个destination。destination是一个block：
(nullable NSURL * (^)(NSURL *targetPath, NSURLResponse *response))destination
该block表示下载后的文件最后如何放置，返回的是一个NSURL*变量。具体使用请看addDelegateForDownloadTask:
- (void)addDelegateForDownloadTask:(NSURLSessionDownloadTask *)downloadTask progress:(void (^)(NSProgress *downloadProgress)) downloadProgressBlock destination:(NSURL * (^)(NSURL *targetPath, NSURLResponse *response))destination completionHandler:(void (^)(NSURLResponse *response, NSURL *filePath, NSError *error))completionHandler { // ...... if (destination) { // 会调用setDownloadTaskDidFinishDownloadingBlock:方法，生成最终下载文件放置位置 delegate.downloadTaskDidFinishDownloading = ^NSURL * (NSURLSession * __unused session, NSURLSessionDownloadTask *task, NSURL *location) { return destination(location, task.response); }; } // ...... }
- downloadTaskWithResumeData: 用于断点续传，resumeData就是上一篇文章中提到的用于提供断点续传的信息。
对应AFNetworking中的downloadTaskWithResumeData:progress:destination:completionHandler:方法。
4. _AFURLSessionTaskSwizzling
这个类在#issues 1477上reopen了多次，讨论还是很激烈的。讨论的起由是app会莫名crash，主要原因是AFNetworking对NSURLSessionTask中的state进行了KVO操作。一开始人们removeObserver这个state，但是会造成AFNetworkActivityIndicatorManager功能（其中会观察state）削弱。另外后来iOS8上也出现了同样crash现象，貌似iOS7和iOS8在NSURLSessionTask有些不同。最后还是有个大神用swizzling方法才解决了这个问题。
还记得【原】AFNetworking源码阅读（三）中我们提到了如果想使用AFNetworkingTaskDidResumeNotification来通知各种UI控件当前网络任务状态为resume，那么就得调用taskDidResume:函数，而想要调用taskDidResume:函数就得调用af_resume函数。之前我们提到过，af_resume和系统的resume进行了method swizzling。所以调用af_resume其实就是调用resume。
不过你有没发现除了后面Test中的方法出现了_AFURLSessionTaskSwizzling，其他地方都没出现该类的使用，那method swizzling是在哪初始化的的呢，换句话说，af_resume和resume是在哪调换的？这个问题我想了好久，最后才明白，都是自己学艺不精啊。下面补充一个知识点：
知识点：load的调用时机
load方法会在加载类的时候就被调用，也就是iOS应用启动的时候就会加载所有的类，就会调用每个类的+load方法。
而我们的_AFURLSessionTaskSwizzling重写了load方法，并且在其中调用了swizzleResumeAndSuspendMethodForClass:来进行method swizzling。下面我们先看看swizzleResumeAndSuspendMethodForClass:这个方法：
+ (void)swizzleResumeAndSuspendMethodForClass:(Class)theClass { // 因为af_resume和af_suspend都是类的实例方法，所以使用class_getInstanceMethod获取这两个方法 Method afResumeMethod = class_getInstanceMethod(self, @selector(af_resume)); Method afSuspendMethod = class_getInstanceMethod(self, @selector(af_suspend)); // 给theClass添加一个名为af_resume的方法，使用@selector(af_resume)获取方法名，使用afResumeMethod作为方法实现 if (af_addMethod(theClass, @selector(af_resume), afResumeMethod)) { // 交换resume和af_resume的方法实现 af_swizzleSelector(theClass, @selector(resume), @selector(af_resume)); } // 同上 if (af_addMethod(theClass, @selector(af_suspend), afSuspendMethod)) { af_swizzleSelector(theClass, @selector(suspend), @selector(af_suspend)); } }
上述方法调用了大量私有的方法，下面一一解释：
// 根据两个方法名称交换两个方法，内部实现是先根据函数名获取到对应方法实现 // 再调用method_exchangeImplementations交换两个方法 static inline void af_swizzleSelector(Class theClass, SEL originalSelector, SEL swizzledSelector) { Method originalMethod = class_getInstanceMethod(theClass, originalSelector); Method swizzledMethod = class_getInstanceMethod(theClass, swizzledSelector); method_exchangeImplementations(originalMethod, swizzledMethod); } // 给theClass添加名为selector，对应实现为method的方法 static inline BOOL af_addMethod(Class theClass, SEL selector, Method method) { // 内部实现使用的是class_addMethod方法，注意method_getTypeEncoding是为了获得该方法的参数和返回类型 return class_addMethod(theClass, selector, method_getImplementation(method), method_getTypeEncoding(method)); }
- (NSURLSessionTaskState)state { NSAssert(NO, @"State method should never be called in the actual dummy class"); // 初始状态是NSURLSessionTaskStateCanceling; return NSURLSessionTaskStateCanceling; } - (void)af_resume { NSAssert([self respondsToSelector:@selector(state)], @"Does not respond to state"); NSURLSessionTaskState state = [self state]; [self af_resume]; // 因为经过method swizzling后，此处的af_resume其实就是之前的resume，所以此处调用af_resume就是调用系统的resume。但是在程序中我们还是得使用resume，因为其实际调用的是af_resume // 如果之前是其他状态，就变回resume状态，此处会通知调用taskDidResume if (state != NSURLSessionTaskStateRunning) { [[NSNotificationCenter defaultCenter] postNotificationName:AFNSURLSessionTaskDidResumeNotification object:self]; } } // 同上 - (void)af_suspend { NSAssert([self respondsToSelector:@selector(state)], @"Does not respond to state"); NSURLSessionTaskState state = [self state]; [self af_suspend]; if (state != NSURLSessionTaskStateSuspended) { [[NSNotificationCenter defaultCenter] postNotificationName:AFNSURLSessionTaskDidSuspendNotification object:self]; } }
解释完上面的函数后，最终回到我们的load函数：
+ (void)load { /** WARNING: 高能预警 https://github.com/AFNetworking/AFNetworking/pull/2702 */ // 担心以后iOS中不存在NSURLSessionTask if (NSClassFromString(@"NSURLSessionTask")) { /** iOS 7和iOS 8在NSURLSessionTask实现上有些许不同，这使得下面的代码实现略显trick 关于这个问题，大家做了很多Unit Test，足以证明这个方法是可行的 目前我们所知的： - NSURLSessionTasks是一组class的统称，如果你仅仅使用提供的API来获取NSURLSessionTask的class，并不一定返回的是你想要的那个（获取NSURLSessionTask的class目的是为了获取其resume方法） - 简单地使用[NSURLSessionTask class]并不起作用。你需要新建一个NSURLSession，并根据创建的session再构建出一个NSURLSessionTask对象才行。 - iOS 7上，localDataTask（下面代码构造出的NSURLSessionDataTask类型的变量，为了获取对应Class）的类型是 __NSCFLocalDataTask，__NSCFLocalDataTask继承自__NSCFLocalSessionTask，__NSCFLocalSessionTask继承自__NSCFURLSessionTask。 - iOS 8上，localDataTask的类型为__NSCFLocalDataTask，__NSCFLocalDataTask继承自__NSCFLocalSessionTask，__NSCFLocalSessionTask继承自NSURLSessionTask - iOS 7上，__NSCFLocalSessionTask和__NSCFURLSessionTask是仅有的两个实现了resume和suspend方法的类，另外__NSCFLocalSessionTask中的resume和suspend并没有调用其父类（即__NSCFURLSessionTask）方法，这也意味着两个类的方法都需要进行method swizzling。 - iOS 8上，NSURLSessionTask是唯一实现了resume和suspend方法的类。这也意味着其是唯一需要进行method swizzling的类 - 因为NSURLSessionTask并不是在每个iOS版本中都存在，所以把这些放在此处（即load函数中），比如给一个dummy class添加swizzled方法都会变得很方便，管理起来也方便。 一些假设前提: - 目前iOS中resume和suspend的方法实现中并没有调用对应的父类方法。如果日后iOS改变了这种做法，我们还需要重新处理 - 没有哪个后台task会重写resume和suspend函数 */ // 1) 首先构建一个NSURLSession对象session，再通过session构建出一个_NSCFLocalDataTask变量 NSURLSessionConfiguration *configuration = [NSURLSessionConfiguration ephemeralSessionConfiguration]; NSURLSession * session = [NSURLSession sessionWithConfiguration:configuration]; #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wnonnull" NSURLSessionDataTask *localDataTask = [session dataTaskWithURL:nil]; #pragma clang diagnostic pop // 2) 获取到af_resume实现的指针 IMP originalAFResumeIMP = method_getImplementation(class_getInstanceMethod([self class], @selector(af_resume))); Class currentClass = [localDataTask class]; // 3) 检查当前class是否实现了resume。如果实现了，继续第4步。 while (class_getInstanceMethod(currentClass, @selector(resume))) { // 4) 获取到当前class的父类（superClass） Class superClass = [currentClass superclass]; // 5) 获取到当前class对于resume实现的指针 IMP classResumeIMP = method_getImplementation(class_getInstanceMethod(currentClass, @selector(resume))); // 6) 获取到父类对于resume实现的指针 IMP superclassResumeIMP = method_getImplementation(class_getInstanceMethod(superClass, @selector(resume))); // 7) 如果当前class对于resume的实现和父类不一样（类似iOS7上的情况），并且当前class的resume实现和af_resume不一样，才进行method swizzling。 if (classResumeIMP != superclassResumeIMP && originalAFResumeIMP != classResumeIMP) { [self swizzleResumeAndSuspendMethodForClass:currentClass]; } // 8) 设置当前操作的class为其父类class，重复步骤3~8 currentClass = [currentClass superclass]; } [localDataTask cancel]; [session finishTasksAndInvalidate]; } }
5. AFURLSessionManager剩余部分-NSSecureCoding和NSCopying
5.1 NSSecureCoding
关于NSSecureCoding的讲解请参考使用NSSecureCoding协议进行编解码。
因为要支持secure coding，所以要在supportsSecureCoding返回YES。
AFURLSessionManager保存的信息是其NSURLSessionConfiguration变量，然后根据获取到的configuration构建出AFURLSessionManager对象，节省了存储空间。
+ (BOOL)supportsSecureCoding { return YES; } - (instancetype)initWithCoder:(NSCoder *)decoder { NSURLSessionConfiguration *configuration = [decoder decodeObjectOfClass:[NSURLSessionConfiguration class] forKey:@"sessionConfiguration"]; self = [self initWithSessionConfiguration:configuration]; if (!self) { return nil; } return self; }
5.2 NSCopying
没啥好说的，就是先构建一个AFURLSessionManager空间，并使用原先session的configuration来初始化空间内容。
- (instancetype)copyWithZone:(NSZone *)zone { return [[[self class] allocWithZone:zone] initWithSessionConfiguration:self.session.configuration]; }
讲到这，基本上AFURLSessionManager这个文件的内容已经东一点西一点讲完了。下面，我们再来跳到AFHTTPSessionManager这个文件中，看看还有哪些内容没有讲完。
6. AFHTTPSessionManager剩余部分
6.1 - [AFHTTPSessionManager POST:parameters:constructingBodyWithBlock:progress:success:failure:]
这个带constructingBody的POST方法主要是为了解决Multipart协议的问题。
知识点：Multipart协议介绍 —— 详见HTTP协议之multipart/form-data请求分析，或者你看这篇文章https://www.w3.org/TR/html4/interact/forms.html#h-17.13.4.2（一定要先看完）
这里简述一下：Multipart是HTTP协议为web表单新增的上传文件的协议，协议文档是rfc1867，它基于HTTP的POST方法，数据同样是放在body上，跟普通POST方法的区别是数据不是key=value形式，key=value形式难以表示文件实体，为此Multipart协议添加了分隔符（即boundary的概念），有自己的格式结构，举个例子：
--${bound} // 该bound表示pdf的文件名
Content-Disposition: form-data; name="Filename"
HTTP.pdf
--${bound} // 该bound表示pdf的文件内容
Content-Disposition: form-data; name="file000"; filename="HTTP协议详解.pdf"
Content-Type: application/octet-stream
%PDF-1.5
file content
%%EOF
--${bound} // 该bound表示字符串
Content-Disposition: form-data; name="Upload"
Submit Query
--${bound}—// 表示body结束了
举例：比如上面那个例子，我们如果想使用multipart形式调用，应该使用怎样的调用方法？
先说结论：
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager]; [manager POST:@"postURLString" parameters:@{@"Filename":@"HTTP.pdf"} constructingBodyWithBlock:^(id<AFMultipartFormData> _Nonnull formData) { [formData appendPartWithFileData:[pdf文件具体内容(NSData *)] name:@"file000" fileName:@"HTTP协议详解.pdf" mimeType:@"application/octet-stream"]; [formData appendPartWithFormData:[@"Submit Query" dataUsingEncoding:NSUTF8StringEncoding] name:@"Upload"]; } progress:nil success:nil failure:nil];
有些函数，比如appendPartWithFileData:和appendPartWithFormData:这些函数，大家对照上面的例子，也大概能猜出来大概用途了，具体实现后面会详解。
而此处带constructingBodyWithBlock的POST方法与- [AFHTTPSessionManager POST:parameters:progress:success:failure:]明显的区别在于构建request的时候，使用的是multipartFormRequestWithMethod:以及构建NSURLSessionDataTask的时候使用的是uploadTaskWithStreamedRequest:。因为uploadTaskWithStreamedRequest:函数在上面已经提到过了。这里就主要说一下multipartFormRequestWithMethod:实现。
multipartFormRequestWithMethod:URLString:parameters:constructingBodyWithBlock:error:除了需要使用普通的request构造函数requestWithMethod:URLString:parameters:error:来构造request，还需要根据multipart独有的属性来修饰这个request，其中最关键的就是要构造http body部分。下面我挑出了其中比较关键的代码进行分析：
// 使用initWithURLRequest:stringEncoding:来初始化一个AFStreamingMultipartFormData变量 // 每个AFStreamMultipartFormData其实都是对应一个上面举的那个例子，主要是为了构建bodyStream __block AFStreamingMultipartFormData *formData = [[AFStreamingMultipartFormData alloc] initWithURLRequest:mutableRequest stringEncoding:NSUTF8StringEncoding]; // 处理parameters，比如上面的@"Filename":"HTTP.pdf"，首先构建一个AFQueryStringPair，其中field为"Filename"，value为"HTTP.pdf"// 然后会根据对应value的类型，构建出一个NSData变量。比如此处的value是一个NSString，所以调用//data = [[pair.value description] dataUsingEncoding:self.stringEncoding];将NSString->NSData
if (parameters) { for (AFQueryStringPair *pair in AFQueryStringPairsFromDictionary(parameters)) { NSData *data = nil; if ([pair.value isKindOfClass:[NSData class]]) { data = pair.value; } else if ([pair.value isEqual:[NSNull null]]) { data = [NSData data]; } else { data = [[pair.value description] dataUsingEncoding:self.stringEncoding]; } if (data) { // bodyStream构造最主要的部分就在这了（虽然后面requestByFinalizingMultipartFormData函数还会稍微处理一下）
// 根据data和name构建Request的header和body，后面详解 [formData appendPartWithFormData:data name:[pair.field description]]; } } } // 参考上面的例子，其实还是往formData中添加数据 if (block) { block(formData); } // 做最终的处理，比如设置一下MultipartRequest的bodyStream或者其特有的content-type等等，后面也会详解 return [formData requestByFinalizingMultipartFormData];
至于AFStreamMultipartFormData类，appendPartWithFormData:和requestByFinalizingMultipartFormData等等函数，我大概看了下内容还是比较多的，准备在下一篇中介绍AFURLRequestSerialization时详细介绍。此处我们只需要知道这里构建了一个Multipart Request给uploadTask构造时使用。
6.2 NSSecureCoding
// 对baseURL,session.configuration,requestSerializer,responseSerializer,securityPolicy进行编码 - (void)encodeWithCoder:(NSCoder *)coder { // AFHTTPSessionManager的父类为AFURLSessionManager，所以先调用父类方法 [super encodeWithCoder:coder]; // 因为configuration是一个对象，所以要考虑是否实现了NSCoding [coder encodeObject:self.baseURL forKey:NSStringFromSelector(@selector(baseURL))]; if ([self.session.configuration conformsToProtocol:@protocol(NSCoding)]) { [coder encodeObject:self.session.configuration forKey:@"sessionConfiguration"]; } else { [coder encodeObject:self.session.configuration.identifier forKey:@"identifier"]; } [coder encodeObject:self.requestSerializer forKey:NSStringFromSelector(@selector(requestSerializer))]; [coder encodeObject:self.responseSerializer forKey:NSStringFromSelector(@selector(responseSerializer))]; [coder encodeObject:self.securityPolicy forKey:NSStringFromSelector(@selector(securityPolicy))]; }
对于initWithCoder:就不赘述了。
6.3 NSCopying
// 深拷贝，递归地拷贝下去 - (instancetype)copyWithZone:(NSZone *)zone { AFHTTPSessionManager *HTTPClient = [[[self class] allocWithZone:zone] initWithBaseURL:self.baseURL sessionConfiguration:self.session.configuration]; HTTPClient.requestSerializer = [self.requestSerializer copyWithZone:zone]; HTTPClient.responseSerializer = [self.responseSerializer copyWithZone:zone]; HTTPClient.securityPolicy = [self.securityPolicy copyWithZone:zone]; return HTTPClient; }
写NSSecureCoding和NSCopying的目的，不是因为这两个函数有什么难度在里面，而是为了时刻提醒自己，还要记得这两个协议，学会使用它们。后面除非这两个协议有特殊处理，就不讨论了。
7. AFURLSessionManagerTests和AFHTTPSessionManagerTests
主要还是利用https://httpbin.org/提供的各种借口进行测试，比如重定向使用/redirect/1测试，状态码返回204使用/status/204测试等等。本文不想过多介绍httpbin网站内容，大家感兴趣，自行研究。另外test中有很多类似函数使用的例子可以作为参考，比如POST等等函数的使用方法，所以还是值得看看的，这里我就不费口舌了。
8. 总结
这一篇比较零散，主要是给AFURLSessionManager和AFHTTPSessionManager两个文件擦屁股的。所以有些问题请结合之前的文章一起来看。下面几篇就比较单纯了，比如request序列化，response序列化、安全策略和网络状态管理这几个模块可以按独立部分来学习。