- 全称是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
