AFNetworking的原理与基本使用

全称是AFNetworking
虽然运行效率没有ASI高，但是使用比ASI简单
是对NSURLConnection和NSURLSession的各自的一层包装

AFN的内部中的RunLoop

AFN内部开了一条专门用来访问网络请求的线程
在这个开线程的方法中,他把方法和dispatch_once都用static修饰了下
以保证这个方法的安全性以及只开辟一块内存空间,而且保证他线程不死
在这个方法中他会调用另一个网络请求入口的方法
在这个入口方法中他会创建一个RunLoop
然后添加一个NSMachPort端口,目的是为了让他里面有Source(因为有了Source的RunLoop才能真正跑起来)
然后启动RunLoop,通过RunLoop在里面不断的循环,不断的发送消息,让他做事情.

1 - 基于NSURLConnection包装的重要对象(iOS9-NSURLConnection已经不能使用)

AFHTTPRequestOperationManager

封装了HTTP请求的常见处理
GET\POST请求

解析服务器的响应数据

// 创建

// AFHTTPRequestOperationManager内部包装了NSURLConnection

AFHTTPRequestOperationManager *mgr = [AFHTTPRequestOperationManager manager];

Snip20150926_5.png

1 - 1 AFHTTPRequestOperationManager的GET请求

Snip20150926_8.png

参数是不用拼接的,AFN内部会帮你遍历字典然后帮你拼接完成,只需把参数传入即可.
请求成功会来到第一个block,id responseObject这个参数,会自动帮你从服务器得到的JSON数据转为字典或者数组(用id就是因为不一定返回的是什么数据.所以要用到id);他的内部无非也就是一个Request对象
NSError *error返回的是错误信息

1 - 2 AFHTTPRequestOperationManager的POST请求

- (NSURLSessionDataTask *)POST:(NSString *)URLString

                   parameters:(id)parameters

                   success:(void (^)(NSURLSessionDataTask *task, id responseObject))success

                   failure:(void (^)(NSURLSessionDataTask *task, NSError *error))failure

Snip20150926_9.png

POST请求和GET没什么两样,无非就是把GET改为POST即可

2 - 基于NSURLSession包装的重要对象.

AFHTTPSessionManager

封装了HTTP请求的常见处理
GET\POST请求

解析服务器的响应数据

AFHTTPSessionManager *mgr = [AFHTTPSessionManager manager];

Snip20150926_5.png

2 - 1AFHTTPSessionManager的GET请求

- (NSURLSessionDataTask *)GET:(NSString *)URLString

                parameters:(id)parameters

                   success:(void (^)(NSURLSessionDataTask *task, id responseObject))success

                   failure:(void (^)(NSURLSessionDataTask *task, NSError *error))failure

Snip20150926_15.png

2 - 2 AFHTTPSessionManager的POST请求

- (NSURLSessionDataTask *)POST:(NSString *)URLString

                parameters:(id)parameters

                   success:(void (^)(NSURLSessionDataTask *task, id responseObject))success

                   failure:(void (^)(NSURLSessionDataTask *task, NSError *error))failure

Snip20150926_16.png

AFN解析相关

AFN在解析时候: 默认解析的是JSON数据.
我们通过他的一个内部方法可以看到
Snip20150926_22.png
进入头文件后可以看到他的默认处理器为JSON处理器
Snip20150926_24.png
这样的话,也就意味着,服务器返回的任何数据AFN内部都会当做JSON来处理

那么有时候服务器返回的是XML数据该怎么办呢

如果想解析XML数据,就需要手动把responseSerializer的值改掉,就可以了
Snip20150926_30.png
也就意味着这里的id responseObject,这里需要换做NSXMLParser *parser
Snip20150926_31.png

Snip20150926_32.png

那么有时候服务器返回的不是JSON也不是XML怎么办呢

(比如文件的下载)

Snip20150926_33.png

这时,就要告诉AFN用最平常的数据来解析,服务器返回的是什么样,就解析成什么样即可
Snip20150926_34.png

服务器返回的数据解析的几种方式

    // 解析服务器返回的普通数据(直接使用 *服务器本来返回的数据* 不作任何解析)

    mgr.responseSerializer = [AFJSONResponseSerializer serializer];

    // 解析服务器返回的XML数据

    mgr.responseSerializer = [AFXMLParserResponseSerializer serializer];

    // 解析服务器返回的JSON数据 (默认解析的是JSON可以不传)

    mgr.responseSerializer = [AFJSONRequestSerializer serializer];

项目中的细节处理

遇到这样的情况,可以先把AFNHTTPSessionManger做一个属性
```
@property(nonatomic, strong)AFNHTTPSessionManger *manger
```

将所有的发请求的地方都用成

// 如果这样使用AFN,会把所有的请求都放入`manger.operationQueue`

self.manger POST/ GET

在- (void)dealloc方法中调用

// 取消所有任务

self.manger.operationQueue cancelAllOperations