AFNetWorking的实现原理

一：简介

在ios开发中，通常状况下，简单的向某个web站点简单的页面提交请求并获取服务器的响应，用xcode自带的NSURLConnection是能胜任的。可是，在绝大部分下咱们所须要访问的web页面则是属于那种受到权限保护的页面，并非有一个简单的URL能够访问的。这就涉及到了Session和Cookie的处理了，在此时使用NSURLConnection也是可以达到要求的，只是其中处理起来的复杂度和难度就提高了。  为了更好的处理向Web站点的请求，包括处理Session，Cookie等细节问题，使用AFNetworking则是更好的选择，他能够用于发送HTTP请求，接收HTTP的响应，可是不会缓存服务器的响应，不能执行HTML页面中的JAvascript代码,同时，AFNetworking还内置支持JSON，plist文件和XML文件的解析，使用比较方便。  

扩展：一、Session：中文有译做时域的，就是只某个客户端在访问服务器起到中止访问这一段的时间间隔被称为时域。 

 二、Cookie：由服务器发送给客服端，把Cookie的key：value值储存在本地文件夹下，当下次请求的时候可以直接发送Cookie得到权限验证  

 

 

 博客源地址：http://386502324.blog.163.com/blog/static/1134693772015522115237696/

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

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

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

3：AFHTTPRequestOperationManager 
这个类是AFN类库的核心类。它封装完成了一种通用的模式，能够帮助咱们轻松友好的完成请求的建立、响应的系列化，网络状态的监控以及安全策略以及每个请求operation的管理（operation的相互依赖或状态改变）。 
【第三部分详细分析实现以及功能】 

4：AFURLSessionManager 
iOS7 以后，苹果增长了新的网络请求类--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的模型对象。 

三：重点类的实现分析 

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 等参数了。这就是综述所说的下降耦合性的方式。基本使用很简单，这里就再也不赘述了。

参考AFNetworking 3.0迁移指南

AFNetWorking 官方文档