您的位置：首页 > 其它

AFNetworking的原理与基本使用－b

2016-07-26 22:56 429 查看

全称是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=[AFHTTPRequestOperationManagermanager];

Snip20150926_5.png

1-1AFHTTPRequestOperationManager的GET请求

Snip20150926_8.png

参数是不用拼接的,AFN内部会帮你遍历字典然后帮你拼接完成,只需把参数传入即可.

请求成功会来到第一个block,

idresponseObject

这个参数,会自动帮你从服务器得到的JSON数据转为字典或者数组(用id就是因为不一定返回的是什么数据.所以要用到id);他的内部无非也就是一个Request对象

NSError*error

返回的是错误信息

1-2AFHTTPRequestOperationManager的POST请求

-(NSURLSessionDataTask*)POST:(NSString*)URLString
parameters:(id)parameters
success:(void(^)(NSURLSessionDataTask*task,idresponseObject))success
failure:(void(^)(NSURLSessionDataTask*task,NSError*error))failure

Snip20150926_9.png

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

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

AFHTTPSessionManager

封装了HTTP请求的常见处理

GET\POST请求

解析服务器的响应数据

AFHTTPSessionManager*mgr=[AFHTTPSessionManagermanager];

Snip20150926_5.png

2-1AFHTTPSessionManager的GET请求

-(NSURLSessionDataTask*)GET:(NSString*)URLString
parameters:(id)parameters
success:(void(^)(NSURLSessionDataTask*task,idresponseObject))success
failure:(void(^)(NSURLSessionDataTask*task,NSError*error))failure

Snip20150926_15.png

2-2AFHTTPSessionManager的POST请求

-(NSURLSessionDataTask*)POST:(NSString*)URLString
parameters:(id)parameters
success:(void(^)(NSURLSessionDataTask*task,idresponseObject))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

也就意味着这里的

idresponseObject

,这里需要换做

NSXMLParser*parser

Snip20150926_31.png

Snip20150926_32.png

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

(比如文件的下载)

Snip20150926_33.png

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

Snip20150926_34.png

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

//解析服务器返回的普通数据(直接使用*服务器本来返回的数据*不作任何解析)
mgr.responseSerializer=[AFJSONResponseSerializerserializer];

//解析服务器返回的XML数据
mgr.responseSerializer=[AFXMLParserResponseSerializerserializer];

//解析服务器返回的JSON数据(默认解析的是JSON可以不传)
mgr.responseSerializer=[AFJSONRequestSerializerserializer];

项目中的细节处理

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

遇到这样的情况,可以先把

AFNHTTPSessionManger

做一个属性

@property(nonatomic,strong)AFNHTTPSessionManger*manger

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

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

在

-(void)dealloc

方法中调用

//取消所有任务
self.manger.operationQueuecancelAllOperations

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航