AFNetWorking的实现原理

一：简介

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

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

 2、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 官方文档

AFNetWorking的实现分析以及简单使用