云栖号资讯：【点击查看更多行业资讯】
在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！
我们都知道AFNetworking是一个非常好用且常见的网络库，那么AFNetworking的开发者是如何做到的呢？AFNetworking中有哪些巧妙设计是我们还不知道，以后开发中可以借鉴的呢？
一、利用runtime黑魔法
1.方法交换(swizzle)
目的：
这里方法替换的目的主要是想在调用系统的NSURLSessionTask 的resume方法时，能够发送AFNSURLSessionTaskDidResumeNotification通知，以达到监测系统方法调用的目的。
实现：
_AFURLSessionTaskSwizzling类在+load方法中将_AFURLSessionTaskSwizzling 中的af_resume方法与NSURLSessionTask的resume方法交换。
@end
@implementation _AFURLSessionTaskSwizzling
- (void)load { if (NSClassFromString(@"NSURLSessionTask")) { NSURLSessionConfiguration configuration = [NSURLSessionConfiguration ephemeralSessionConfiguration]; NSURLSession session = [NSURLSession sessionWithConfiguration:configuration];
- (void)af_resume { NSAssert([self respondsToSelector:@selector(state)], @"Does not respond to state"); NSURLSessionTaskState state = [self state]; [self af_resume];
if (state != NSURLSessionTaskStateRunning) { [[NSNotificationCenter defaultCenter] postNotificationName:AFNSURLSessionTaskDidResumeNotification object:self]; } }
疑问
通常我们需要实现这种操作的方式是实现一个子类，然后使用的时候使用子类。但是AFNetworking并不想改变我们使用NSURLSessionTask的方式，所以采用了这种巧妙的方式。
到这里大部分人可能会有以下三个疑问，理解了这几个疑问也就理解了为什么说这里设计很巧妙。
- a .为什么要在+load中实现交换? 因为load方法的实现肯定是在方法调用之前，在这里实现交换可以确保调用在交换之后发生。 load方法里实现还有一个好处，那就这个方法由系统自动调用，不用去在乎调用时机和由谁发起调用。_AFURLSessionTaskSwizzling是一个内嵌类，也就是说这个类只在.m中定义和实现不需要暴露给用户，这个类的唯一作用就是替换方法，也不需要被实例化或者被别的实例引用。
- b.af_resume的实现里又调用了[self af_resume]，不会造成死循环吗？ 解释这个问题很简单，因为知道方法交换的原理就不难理解了。 替换之前：NSURLSessionTask的resume.png
替换之后：resume的调用.png可以看到
1 . 给resume发送消息的时候，实际是调用af_resume的实现。
2 .在af_resume中给af_resume 发送消息，实际是调用resume的实现。
- c.为什么想替换NSURLSessionTask的resume方法没有直接使用NSURLSessionTask类，而是通过遍历localDataTask的父类逐级替换？ 这个疑问其实在代码注释中已经给出了解释：
大意是：
- 在OC的实现中，NSURLSessionTask的类并不是NSURLSessionTask而是依靠类族. 也就是[NSURLSessionTask class]返回的结果并不是我们想要的结果，NSCFURLSessionTask才是实际的类。
- iOS8中的resmue是唯一的实现，而iOS7中NSCFLocalSessionTask并没有调用super的resume，NSCFURLSessionTask和NSCFLocalSessionTask都实现了resume，所以需要循环调用superclass把两个实现都替换掉。 所以开发者采用了这种方式确保所有版本的所有resume方法都会被替换掉。
2.关联变量
目的
在UIImageView的分类中的类方法中，给UIImageView的类添加关联变量。
实现
- (AFImageDownloader *)sharedImageDownloader { return objc_getAssociatedObject([UIImageView class], @selector(sharedImageDownloader)) ?: [AFImageDownloader defaultInstance]; }
- (void)setSharedImageDownloader:(AFImageDownloader *)imageDownloader { objc_setAssociatedObject([UIImageView class], @selector(sharedImageDownloader), imageDownloader, OBJC_ASSOCIATION_RETAIN_NONATOMIC); }
疑问
同样的理解了一下几个疑问的原因，也就知道了设计的巧妙之处。
a .为什么要用分类和关联变量? 不用改变UIImageView的类，也不用继承。
b .为什么要在UIImageView类中添加关联变量? 因为这个imageDownloader是属于所有UIImageView的，并不属于某一个UIImageView的实例。也就是说所有UIImageView的实例都是使用这个imageDownloader去请求图片。所以把imageDownloader与UIImageView的类关联是合理的。
c .这么做的好处？ 调用imageDownloader有类似单例的便捷：
(void)testResponseIsNilWhenLoadedFromCache { AFImageDownloader *downloader = [UIImageView sharedImageDownloader]; ... }
其实这里设计的巧妙之处不仅是这些，关联变量的key使用@selector(sharedImageDownloader)也是一个很巧妙的应用，因为这样就不需要单独去声明一个key，而且利用了属性本身的名称，即简单又明了。
【云栖号在线课堂】每天都有产品技术专家分享！
课程地址：https://yqh.aliyun.com/zhibo立即加入社群，与专家面对面，及时了解课程最新动态！
【云栖号在线课堂 社群】https://c.tb.cn/F3.Z8gvnK
原文发布时间：2020-04-09
本文作者：jlstmac
本文来自：“cocoachina”，了解相关信息可以关注“cocoachina”
