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

from：（文／Cstye）