iOS在頁面銷毀時如何優(yōu)雅的cancel網(wǎng)絡(luò)請求詳解

前言

大家都知道，當(dāng)一個網(wǎng)絡(luò)請求發(fā)出去之后，如果不管不顧，有可能出現(xiàn)以下情況：

進(jìn)入某個頁面，做了某種操作（退出頁面、切換某個tab等等）導(dǎo)致之前的請求變成無用請求，這時候有可能出現(xiàn)雖然頁面已經(jīng)銷毀了，但是網(wǎng)絡(luò)請求還在外面飛的情況，如果放任不管，那么這個請求既浪費(fèi)流量，又浪費(fèi)性能，尤其是在網(wǎng)絡(luò)比較差時，一個超時的無用請求更讓人不爽。這時候，我們最好的辦法是cancel掉這些無用的請求。

傳統(tǒng)的cancel方式是這樣的：

1.在類里面需要持有請求對象

@property (strong/weak, nonatomic) XXRequest *xxrequest1; 

屬性具體用strong還是weak取決于你的網(wǎng)絡(luò)層設(shè)計，有些網(wǎng)絡(luò)層request是完全的臨時變量，出了方法就直接銷毀的需要用strong，有些設(shè)計則具有自持有的特性，請求結(jié)束前不會銷毀的可以用weak。

2.在請求發(fā)起的地方，賦值請求

xxrequest1 = xxx;
self.xxrequest1 = xxrequest1;
[xxrequest1 start];

3.在需要銷毀的地方，一般是本類的dealloc里面

[self.xxrequest1 cancel];

可以看到為了cancel一個request，我們的請求對象到處都是，如果再來幾個請求，那處理起來就更惡心了。。

有沒有什么方式可以讓我們省心省力呢？

目標(biāo)：

我們希望可以控制一部分請求，在頁面銷毀、manager釋放等時機(jī)，自動的cancel掉我們發(fā)出去的請求，而不需要我們手動去寫上面這種到處都是的代碼

方案：

監(jiān)聽類的dealloc方法調(diào)用，當(dāng)dealloc執(zhí)行時，順帶著執(zhí)行下request的cancel方法

很快，我們就發(fā)現(xiàn)了問題：

ARC下不允許hook類的dealloc方法，所以hook是不行的。那還有別的方式可以知道一個類被dealloc了嗎？

其實(shí)我們可以采用一些變通的方案得到，我們知道associated綁定的屬性，是可以根據(jù)綁定時的設(shè)置，在dealloc時自動釋放的，所以我們可以利用這一點(diǎn)做到監(jiān)聽dealloc調(diào)用：

• 構(gòu)建一個中間類A，該類在銷毀執(zhí)行dealloc時，順便執(zhí)行請求的cancel方法
• 通過associate綁定的方式，將銷毀類綁定到任意執(zhí)行類B上
• 這樣，當(dāng)執(zhí)行類B銷毀時，銷毀內(nèi)部的associate的屬性時，我們就可以得到相應(yīng)的執(zhí)行時機(jī)。

下面給出核心代碼：

創(chuàng)建用于cancel請求的類：

@interface YRWeakRequest : NSObject
@property (weak, nonatomic) id request;
@end
@implementation YRWeakRequest
@end

2.構(gòu)建用于記錄某類綁定所有請求的類

@interface YRDeallocRequests : NSObject
@property (strong, nonatomic) NSMutableArray<YRWeakRequest*> *weakRequests;
@property (strong, nonatomic) NSLock *lock;
@end
@implementation YRDeallocRequests
- (instancetype)init{
 if (self = [super init]) {
 _weakRequests = [NSMutableArray arrayWithCapacity:20];
 _lock = [[NSLock alloc]init];
 }
 return self;
}
- (void)addRequest:(YRWeakRequest*)request{
 if (!request||!request.request) {
 return;
 }
 [_lock lock];
 [self.weakRequests addObject:request];
 [_lock unlock];
}
- (void)clearDeallocRequest{
 [_lock lock];
 NSInteger count = self.weakRequests.count;
 for (NSInteger i=count-1; i>0; i--) {
 YRWeakRequest *weakRequest = self.weakRequests[i];
 if (!weakRequest.request) {
  [self.weakRequests removeObject:weakRequest];
 }
 }
 [_lock unlock];
}
- (void)dealloc{
 for (YRWeakRequest *weakRequest in _weakRequests) {
 [weakRequest.request cancel];
 }
}
@end

3.對任意類綁定該中間類

@implementation NSObject (YRRequest)

- (YRDeallocRequests *)deallocRequests{
 YRDeallocRequests *requests = objc_getAssociatedObject(self, _cmd);
 if (!requests) {
 requests = [[YRDeallocRequests alloc]init];
 objc_setAssociatedObject(self, _cmd, requests, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
 }
 return requests;
}

- (void)autoCancelRequestOnDealloc:(id)request{
 [[self deallocRequests] clearDeallocRequest];
 YRWeakRequest *weakRequest = [[YRWeakRequest alloc] init];
 weakRequest.request = request;
 [[self deallocRequests] addRequest:weakRequest];
}
@end

4.對外暴露的頭文件

@interface NSObject (YRRequest)
/*!
 * @brief add request to auto cancel when obj dealloc
 * @note will call request's cancel method , so the request must have cancel method..
 */
- (void)autoCancelRequestOnDealloc:(id)request;
@end

使用方式

怎么樣，看頭文件是不是覺得很簡單，使用方式就很簡單了，

比如說我們需要在某個VC里，釋放時自動cancel網(wǎng)絡(luò)請求：

//請求發(fā)起的地方：
xxrequest1 = xxx;
[xxrequest1 start];
[self autoCancelRequestOnDealloc:xxrequest1];

好了，從此不再擔(dān)心該類銷毀時請求亂飛了。

其他：

1.我的實(shí)現(xiàn)類里面，默認(rèn)調(diào)用的是cancel方法，所以理論上，所有帶有cancel方法的request都可以直接用這個方法調(diào)用（如AFNetworking、NSURLSessionTask等等）

2.有些人會說，我是用自己的網(wǎng)絡(luò)層，自己封裝的requset發(fā)起的請求，不調(diào)用cancel，自己封裝的對象也會銷毀的；我要提醒的是，有可能你自己封裝的對象銷毀了，但是其下層，無論對接的是AF還是系統(tǒng)的，又或者是其他的請求庫，一定是具有自持有性質(zhì)的，如果不這么說，風(fēng)險在于數(shù)據(jù)返回前底層的請求就會銷毀掉，一般不會有人這么設(shè)計的。

3.例子中我綁定的是self，其實(shí)還可以綁定到任意對象上，比如某個類的內(nèi)部屬性等等，這樣可以根據(jù)業(yè)務(wù)需求進(jìn)一步控制請求的cancel時機(jī)

附上github地址，歡迎指正：https://github.com/YueRuo/NSObject_AutoCancelRequest （本地下載）

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對億速云的支持。