iOS经常使用第三方框架的工做原理

在写iOS项目的过程当中，咱们常常会用到AFNetworking和SDWebImage这种第三方开源框架，但其工做原理咱们大部分人都不怎么清楚，在这里整理一下这两个第三方开源框架的工做原理。

1.介绍

1.AFNetworking
AFNetworking库，我认为是目前最优秀的开源网络库，基于NSURLConnection，目前咱们最可能用到的地方是JSON请求或者XML请求；能够设置GET或者POST方式提交数据，而GET或者POST的NSURLRequest，和NSURLConnection使用GET和POST方式彻底同样
2.SDWebImage
SDWebImage库提供一个UIImageView类别以支持加载来自网络的远程图片。具备缓存管理、异步下载、同一个URL下载次数控制和优化等特征。
另外，这两个库都是基于GCD的.

2.综述

一.AFNetworking

AFNetworing除了几个分类外的全部类。类库的头文件AFNetworking.h引入了下面的全部类库，并能够根据不一样的系统使用不一样的实现方式。下面大致介绍下每一个类的大体做用，主要以翻译API的注释文档为主

1：AFURLConnectionOperation能够说是AFN最基础的类。继承自NSOperation类，将网络请求依附到一个operation上。从而让咱们可以有效的控制并观察一个网络请求的建立、进行、取消、完成、暂停恢复、异常等问题及状态。【重点类的实现分析】

2：AFHTTPRequestOperationHTTP或HTTPS协议请求的AFURLConnectionOperation的子类。它封装的可接受状态码和内容的类型，断定一个请求结果是成功或失败。实际上对系统的HTTP网络请求增长了几个HTTP须要用到的参数。

3：AFHTTPRequestOperationManager这个类是AFN类库的核心类。它封装完成了一种通用的模式，能够帮助咱们轻松友好的完成请求的建立、响应的系列化，网络状态的监控以及安全策略以及每个请求operation的管理（operation的相互依赖或状态改变）。【重点类的实现分析】
4：AFURLSessionManageriOS7 以后，苹果增长了新的网络请求类--NSURLSession。AFN官方推荐iOS 7 或者 Mac OS X 10.9以上的，最好使用该类发起网络请求，取代AFHTTPRequestOperationManager。不过基于目前国内app大都最低适配的 iOS6，该类的用途还不是太普遍。NSURLSession的说明或者使用再也不赘述。自行查看API文档。之后有时间再加上该类的使用。

5： AFURLSessionManager继承自AFURLSessionManager。相似于1和2的关系。也是方便HTTP以及https请求的使用，增长了一些接口，方便调用。

6：AFNetworkReachabilityManager网络的连通状态监控以及网络的类型。实际是将苹果官方提供的Reachability的类名和通知名更换了一下，防止和系统提供的类的通知名以及类名的冲突。

7：AFSecurityPolicy这个我不太懂，安全策略的类。通常貌似用不到，有须要自行google。

8：AFURLRequestSerialization①：符合这个协议的对象用于处理请求，它将请求参数转换为 query string 或是 entity body 的形式，并设置必要的 header。②：构建multipart请求。

9：AFURLResponseSerialization遵循AFURLResponseSerialization协议的对象，用于验证、序列化响应及相关数据，转换为有用的形式，好比 JSON 对象、图像、甚至基于mantle的模型对象。

2.重点类的实现分析

1：AFURLConnectionOperation的实现

①：综述
AFURLConnectionOperation 将Operation和URLConnection结合到一块儿，利用operation能够监听到状态以及能够创建相互之间的依赖关系的特性，实现了对于 一个NSURLConnection对象的完美控制，并将请求的结果经过block友好的返回。

②：实现文件.m
咱们总结下.m中这个类主要有哪些方法。
1： 首先咱们能够看到它建立了一个单例线程。这个线程将会常驻内存，用来处理AFN发起的全部请求任务。固然，线程也跟随着一个runloop，AFN将这个 runloop的模式设置为NSDefaultRunLoopMode。NSDefaultRunLoopMode是没法检测到connection的状 态的。这说明了，AFN将不会在这该线程处理connection完成后的UI刷新等工做，而是会将数据抛给主线程，让主线程去完成UI的刷新。

2：咱们能够看到该类经过接受请求的字符串，建立了URLRequest以及NSURLConnection对象。从而去进行请求。

3：实现文件屡次使用到了锁，能够保证数据的安全。固然他也实现了几个数据的NSCoping协议。

4：请求的建立、进行、取消、完成、暂停恢复、异常等问题及状态的控制。这里讲一下暂停和恢复。暂 停实际上将网络请求取消掉了。可是因为实现了nscoping协议，已经下载到数据得以保存下来。下次进行相同请求的时候，咱们会将已经下载到的数据的节 点一块儿发送给服务器，告诉服务器这些部门的数据咱们不须要了，服务器根据我发送的返回节点给我返回相应的数据便可。从而实现了暂停和恢复功能，也就是断点 续传。

5：operation方法的重写。自行google，这里不赘述。

6：状态的各类控制方法的实现以及发送状态改变的通知

③：接口文件.h
接口文档中的属性方法，基本能够归纳为如下几个方法
1：只读的数据，让管理者能够接收到。
2：设置runloop的modes。再也不使用类库默认设置的defaultmodes。
3：状态的控制方法
4：安全策略的设置
总而言之，接口文件.h暴露的接口都是为了让manager能够去彻底控制这个operation以及其中的网络请求。

2：AFHTTPRequestOperationManger
①：综述
这个类能够说是整个类库的核心类了。听说AFN2.0以前的时候，全部的网络请求相关的设置都杂糅到一个client中，致使client特别的臃肿。2.0后，AFN将一些设置提取出来，线程了专门的类【AFSecurityPolicy、AFURLRequestSerialization、AFURLResponseSerialization】。如今看来，AFN总体的设计是很是完美的。耦合性变得很是低，一些1.0版本中存在的问题也获得了改善。
②：实现文件.m
实现文件较为简单，能够看到他建立了一个队列。并将各个operation加入到队列中。在队列中，各个请求就能够设置依赖关系，并发的数量等等。
③：接口文件.h
接口文件中，咱们能够看到。这个类能够设置AFSecurityPolicy、AFURLRequestSerialization、AFURLResponseSerialization 等参数了。这就是综述所说的下降耦合性的方式。基本使用很简单，这里就再也不赘述了。

二.SDWebImage

SDWebImage库的做用

经过对UIImageView的类别扩展来实现异步加载替换图片的工做。
主要用到的对象：
一、UIImageView (WebCache)类别，入口封装，实现读取图片完成后的回调

二、SDWebImageManager，对图片进行管理的中转站，记录那些图片正在读取。
向下层读取Cache（调用SDImageCache），或者向网络读取对象（调用SDWebImageDownloader） 。

三、实现SDImageCache和SDWebImageDownloader的回调。

四、SDImageCache，根据URL的MD5摘要对图片进行存储和读取（实现存在内存中或者存在硬盘上两种实现）实现图片和内存清理工做。

五、SDWebImageDownloader，根据URL向网络读取数据（实现部分读取和所有读取后再通知回调两种方式）
其余类：
SDWebImageDecoder，异步对图像进行了一次解压⋯⋯

SDWebImage 加载图片的流程

一、入口 setImageWithURL:placeholderImage:options: 会先把 placeholderImage 显示，而后 SDWebImageManager 根据 URL 开始处理图片。

二、进入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:，交给 SDImageCache 从缓存查找图片是否已经下载queryDiskCacheForKey:delegate:userInfo:.　
　
三、先从内存图片缓存查找是否有图片，若是内存中已经有图片缓存，SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo: 到 SDWebImageManager。
　　
四、SDWebImageManagerDelegate 回调 webImageManager:didFinishWithImage: 到 UIImageView+WebCache 等前端展现图片。若是内存缓存中没有，生成 NSInvocationOperation 添加到队列开始从硬盘查找图片是否已经缓存。
　
五、根据 URLKey 在硬盘缓存目录下尝试读取图片文件。这一步是在 NSOperation 进行的操做，因此回主线程进行结果回调 notifyDelegate:。
　　
六、若是上一操做从硬盘读取到了图片，将图片添加到内存缓存中(若是空闲内存太小，会先清空内存缓存)。SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo:。进而回调展现图片。
　　
七、若是从硬盘缓存目录读取不到图片，说明全部缓存都不存在该图片，须要下载图片，回调 imageCache:didNotFindImageForKey:userInfo:。　
　
八、共享或从新生成一个下载器 SDWebImageDownloader 开始下载图片。
　　
九、图片下载由 NSURLConnection 来作，实现相关 delegate 来判断图片下载中、下载完成和下载失败。　
　
十、connection:didReceiveData: 中利用 ImageIO 作了按图片下载进度加载效果。　
　
十一、connectionDidFinishLoading: 数据下载完成后交给 SDWebImageDecoder 作图片解码处理。
　　
十二、图片解码处理在一个 NSOperationQueue 完成，不会拖慢主线程 UI。若是有须要对下载的图片进行二次处理，最好也在这里完成，效率会好不少。
　　
1三、在主线程 notifyDelegateOnMainThreadWithInfo: 宣告解码完成，　　imageDecoder:didFinishDecodingImage:userInfo: 回调给 SDWebImageDownloader。
　　
1四、imageDownloader:didFinishWithImage: 回调给 SDWebImageManager 告知图片下载完成。
　　
1五、通知全部的 downloadDelegates 下载完成，回调给须要的地方展现图片。
　　
1六、将图片保存到 SDImageCache 中，内存缓存和硬盘缓存同时保存。写文件到硬盘也在以单独 NSInvocationOperation 完成，避免拖慢主线程。
　　
1七、SDImageCache 在初始化的时候会注册一些消息通知，在内存警告或退到后台的时候清理内存图片缓存，应用结束的时候清理过时图片。
　　
1八、SDWI 也提供了 UIButton+WebCache 和 MKAnnotationView+WebCache，方便使用。　
　
1九、SDWebImagePrefetcher 能够预先下载图片，方便后续使用。

写得不完整的地方，欢迎补充 谢谢~~

 

文／一把豆芽菜（简书做者） 原文连接：http://www.jianshu.com/p/13572b43caa0 著做权归做者全部，转载请联系做者得到受权，并标注“简书做者”。