AFNetworking源码：AFNetworking中的那些巧妙设计-阿里云开发者社区

AFNetworking源码：AFNetworking中的那些巧妙设计

2020-04-10 748

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介：

云栖号资讯：【点击查看更多行业资讯】
在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！

我们都知道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，而且利用了属性本身的名称，即简单又明了。