iOS中AFNetworking如何取消正在進(jìn)行的網(wǎng)絡(luò)請(qǐng)求

這篇文章給大家分享的是有關(guān)iOS中AFNetworking如何取消正在進(jìn)行的網(wǎng)絡(luò)請(qǐng)求的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過來看看吧。

簡(jiǎn)介

項(xiàng)目開發(fā)時(shí)，開發(fā)人員經(jīng)常會(huì)遇到一種情況，A控制器push進(jìn)入B控制器，B控制器正在進(jìn)行網(wǎng)絡(luò)請(qǐng)求，請(qǐng)求未結(jié)束時(shí)，點(diǎn)擊返回回到A控制器，現(xiàn)在問題出現(xiàn)了，B中網(wǎng)絡(luò)請(qǐng)求還在執(zhí)行，dealloc并未立即調(diào)用，為什么會(huì)發(fā)生這種情況？想在退出當(dāng)前控制器時(shí)取消掉正在進(jìn)行的請(qǐng)求，怎么做？

網(wǎng)絡(luò)請(qǐng)求的封裝

以AFNetworking為例，上我自己的網(wǎng)絡(luò)請(qǐng)求封裝主要代碼：

//單例模式
+ (HttpManager *)sharedManager
{
  static dispatch_once_t once;
  dispatch_once(&once, ^{
    httpManager = [[HttpManager alloc] init];
  });
  return httpManager;
}

//網(wǎng)絡(luò)類初始化
- (id)init{
  self = [super init];
  if(self)
  {
    manager = [AFHTTPSessionManager manager];
    manager.requestSerializer = [AFJSONRequestSerializer serializer];
    manager.responseSerializer = [AFHTTPResponseSerializer serializer];
  }
  return self;
}

注意既然封裝為單例，manager在項(xiàng)目運(yùn)行期間就只用初始化一次，所以我把它聲明為了一個(gè)成員變量?，F(xiàn)在來看看我的網(wǎng)絡(luò)請(qǐng)求調(diào)用形式:

[[HttpManager sharedManager] dataFromWithBaseURL:BaseURL path:url method:@"POST" timeInterval:10 params:parmas success:^(NSURLRequest *request, NSURLResponse *response, id JSON) {
   
 } failure:^(NSURLRequest *request, NSURLResponse *response, NSError *error, id JSON) {
    
  } error:^(id JSON) {
    
  } finish:^(id JSON) {
    
  }];

相信大部分開發(fā)者的封裝格式都是類似的，個(gè)別反人類的封裝格式我也沒遇到過。當(dāng)我在B調(diào)用網(wǎng)絡(luò)請(qǐng)求時(shí)，突然返回到A（此時(shí)B中請(qǐng)求還在執(zhí)行），但是B中dealloc方法并未立即調(diào)用，等過幾秒種后，B中請(qǐng)求的數(shù)據(jù)返回了，然后dealloc才調(diào)用。相信很多同學(xué)都遇到過這種情況，有人會(huì)想是否是block里面有對(duì)象產(chǎn)生了循環(huán)引用，才發(fā)生這種情況。我想說的是，如果真是循環(huán)引用，那就會(huì)導(dǎo)致控制器的dealloc方法一直不調(diào)用，而不是上述情況。

在我看來，應(yīng)該是使用了這種Block格式發(fā)起的網(wǎng)絡(luò)請(qǐng)求后，由于還在執(zhí)行，block里面并未得到響應(yīng)，所以該block對(duì)當(dāng)前的控制器，有一種強(qiáng)引用的效果，導(dǎo)致控制器退出后，并未釋放掉，直到請(qǐng)求數(shù)據(jù)返回，block里面得到響應(yīng)，才算完成，最終調(diào)用dealloc方法。

當(dāng)然，這只是我的見解，有不對(duì)的地方請(qǐng)指出來。

取消正在進(jìn)行的網(wǎng)絡(luò)請(qǐng)求

上面講了一大堆廢話，現(xiàn)在來講正題了。由于上述情況的原因，導(dǎo)致我們開發(fā)的app在一些非常規(guī)操作上，會(huì)產(chǎn)生一些不友好的效果。現(xiàn)在要求就是在退出控制器B后，取消還在B中進(jìn)行的網(wǎng)絡(luò)請(qǐng)求。

要求清晰了，那么要怎么實(shí)現(xiàn)，其實(shí)很簡(jiǎn)單，貼上我的代碼：

- (void)cancelRequest
{
  if ([manager.tasks count] > 0) {
    NSLog(@"返回時(shí)取消網(wǎng)絡(luò)請(qǐng)求");
    [manager.tasks makeObjectsPerformSelector:@selector(cancel)];
    //NSLog(@"tasks = %@",manager.tasks);
  }
}

不要每次請(qǐng)求的時(shí)候都去初始化manager（AFHTTPSessionManager）對(duì)象，tasks里面裝的就是正在進(jìn)行的網(wǎng)絡(luò)請(qǐng)求，來一張圖就理解了：

manager里面的tasks裝的就是正在執(zhí)行的網(wǎng)絡(luò)請(qǐng)求。執(zhí)行cancel后，tasks就會(huì)清空，網(wǎng)絡(luò)請(qǐng)求會(huì)進(jìn)入失敗的狀態(tài)，然后響應(yīng)failure block，得到一個(gè)error的信息，表示請(qǐng)求已經(jīng)成功取消了。

至于后臺(tái)服務(wù)器是否會(huì)因?yàn)橹袛嗾?qǐng)求受影響，空閑的同學(xué)可以去測(cè)試下。

感謝各位的閱讀！關(guān)于“iOS中AFNetworking如何取消正在進(jìn)行的網(wǎng)絡(luò)請(qǐng)求”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！