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];

项目中的细节处理

有时候,可能当用户在点击一个控制器的button在请求数据时候,会遇到网速慢,返回的数据特别慢,用户可能会等的不耐烦,然后退掉当前的控制器,但是这个请求是还存在着的,一旦请求返回,项目一定会崩溃.那么这种情况该怎么处理呢?

遇到这样的情况,可以先把AFNHTTPSessionManger做一个属性

@property(nonatomic, strong)AFNHTTPSessionManger *manger

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

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

self.manger POST/ GET

在- (void)dealloc方法中调用

// 取消所有任务

self.manger.operationQueue cancelAllOperations

© 著作权归作者所有

你可能感兴趣的:(AFNetworking的原理与基本使用)