- 全稱是AFNetworking
- 雖然運行效率沒有ASI高趴泌，但是使用比ASI簡單
- 是對NSURLConnection和NSURLSession的各自的一層包裝
AFN的內(nèi)部中的RunLoop
- AFN內(nèi)部開了一條專門用來訪問網(wǎng)絡(luò)請求的線程
- 在這個開線程的方法中,他把方法和
dispatch_once都用static修飾了下 - 以保證這個方法的安全性以及只開辟一塊內(nèi)存空間,而且保證他線程不死
- 在這個方法中他會調(diào)用另一個
網(wǎng)絡(luò)請求入口的方法
- 在這個入口方法中他會創(chuàng)建一個RunLoop
- 然后添加一個
NSMachPort端口,目的是為了讓他里面有Source(因為有了Source的RunLoop才能真正跑起來) - 然后啟動RunLoop,通過RunLoop在里面不斷的循環(huán),不斷的發(fā)送消息,讓他做事情.
1 - 基于NSURLConnection包裝的重要對象(iOS9-NSURLConnection已經(jīng)不能使用)
AFHTTPRequestOperationManager
- 封裝了HTTP請求的常見處理
- GET\POST請求
- 解析服務器的響應數(shù)據(jù)
// 創(chuàng)建
// AFHTTPRequestOperationManager內(nèi)部包裝了NSURLConnection
AFHTTPRequestOperationManager *mgr = [AFHTTPRequestOperationManager manager];
Snip20150926_5.png
1 - 1 AFHTTPRequestOperationManager的GET請求
Snip20150926_8.png
- 參數(shù)是不用拼接的,AFN內(nèi)部會幫你遍歷字典然后幫你拼接完成,只需把參數(shù)傳入即可.
- 請求成功會來到第一個block,
id responseObject這個參數(shù),會自動幫你從服務器得到的JSON數(shù)據(jù)轉(zhuǎn)為字典或者數(shù)組(用id就是因為不一定返回的是什么數(shù)據(jù).所以要用到id);他的內(nèi)部無非也就是一個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請求
- 解析服務器的響應數(shù)據(jù)
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解析相關(guān)
- AFN在解析時候: 默認解析的是JSON數(shù)據(jù).
-
我們通過他的一個內(nèi)部方法可以看到
Snip20150926_22.png -
進入頭文件后可以看到他的默認處理器為JSON處理器
Snip20150926_24.png - 這樣的話,也就意味著,服務器返回的任何數(shù)據(jù)AFN內(nèi)部都會當做JSON來處理
那么有時候服務器返回的是XML數(shù)據(jù)該怎么辦呢
-
如果想解析XML數(shù)據(jù),就需要手動把
responseSerializer的值改掉,就可以了
Snip20150926_30.png -
也就意味著這里的
id responseObject,這里需要換做NSXMLParser *parser
Snip20150926_31.png
Snip20150926_32.png
那么有時候服務器返回的不是JSON也不是XML怎么辦呢
(比如文件的下載)
Snip20150926_33.png
-
這時,就要告訴AFN用最平常的數(shù)據(jù)來解析,服務器返回的是什么樣,就解析成什么樣即可
Snip20150926_34.png
服務器返回的數(shù)據(jù)解析的幾種方式
// 解析服務器返回的普通數(shù)據(jù)(直接使用 *服務器本來返回的數(shù)據(jù)* 不作任何解析)
mgr.responseSerializer = [AFJSONResponseSerializer serializer];
// 解析服務器返回的XML數(shù)據(jù)
mgr.responseSerializer = [AFXMLParserResponseSerializer serializer];
// 解析服務器返回的JSON數(shù)據(jù) (默認解析的是JSON可以不傳)
mgr.responseSerializer = [AFJSONRequestSerializer serializer];
項目中的細節(jié)處理
有時候,可能當用戶在點擊一個控制器的button在請求數(shù)據(jù)時候,會遇到網(wǎng)速慢,返回的數(shù)據(jù)特別慢,用戶可能會等的不耐煩,然后退掉當前的控制器,但是這個請求是還存在著的,一旦請求返回,項目一定會崩潰.那么這種情況該怎么處理呢?
- 遇到這樣的情況,可以先把
AFNHTTPSessionManger做一個屬性
@property(nonatomic, strong)AFNHTTPSessionManger *manger
- 將所有的發(fā)請求的地方都用成
// 如果這樣使用AFN,會把所有的請求都放入`manger.operationQueue`
self.manger POST/ GET
- 在
- (void)dealloc方法中調(diào)用
// 取消所有任務
self.manger.operationQueue cancelAllOperations
