前言
大家都知道，當一個網絡請求發出去之后，如果不管不顧，有可能出現以下情況：
進入某個頁面，做了某種操作（退出頁面、切換某個tab等等）導致之前的請求變成無用請求，這時候有可能出現雖然頁面已經銷毀了，但是網絡請求還在外面飛的情況，如果放任不管，那么這個請求既浪費流量，又浪費性能，尤其是在網絡比較差時，一個超時的無用請求更讓人不爽。這時候，我們最好的辦法是cancel掉這些無用的請求。
傳統的cancel方式是這樣的：
1.在類里面需要持有請求對象
@property (strong/weak, nonatomic) XXRequest *xxrequest1;
屬性具體用strong還是weak取決于你的網絡層設計，有些網絡層request是完全的臨時變量，出了方法就直接銷毀的需要用strong，有些設計則具有自持有的特性，請求結束前不會銷毀的可以用weak。
2.在請求發起的地方，賦值請求
xxrequest1 = xxx;self.xxrequest1 = xxrequest1;[xxrequest1 start];
3.在需要銷毀的地方，一般是本類的dealloc里面
[self.xxrequest1 cancel];
可以看到為了cancel一個request，我們的請求對象到處都是，如果再來幾個請求，那處理起來就更惡心了。。
有沒有什么方式可以讓我們省心省力呢？
目標：
我們希望可以控制一部分請求，在頁面銷毀、manager釋放等時機，自動的cancel掉我們發出去的請求，而不需要我們手動去寫上面這種到處都是的代碼
方案：
監聽類的dealloc方法調用，當dealloc執行時，順帶著執行下request的cancel方法
很快，我們就發現了問題：
ARC下不允許hook類的dealloc方法，所以hook是不行的。那還有別的方式可以知道一個類被dealloc了嗎？
其實我們可以采用一些變通的方案得到，我們知道associated綁定的屬性，是可以根據綁定時的設置，在dealloc時自動釋放的，所以我們可以利用這一點做到監聽dealloc調用：
下面給出核心代碼：
創建用于cancel請求的類：
@interface YRWeakRequest : NSObject@property (weak, nonatomic) id request;@end@implementation YRWeakRequest@end
2.構建用于記錄某類綁定所有請求的類
@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]; }}@end3.對任意類綁定該中間類
@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];}@end4.對外暴露的頭文件
@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網絡請求：
//請求發起的地方：xxrequest1 = xxx;[xxrequest1 start];[self autoCancelRequestOnDealloc:xxrequest1];
好了，從此不再擔心該類銷毀時請求亂飛了。
其他：
1.我的實現類里面，默認調用的是cancel方法，所以理論上，所有帶有cancel方法的request都可以直接用這個方法調用（如AFNetworking、NSURLSessionTask等等）
2.有些人會說，我是用自己的網絡層，自己封裝的requset發起的請求，不調用cancel，自己封裝的對象也會銷毀的；我要提醒的是，有可能你自己封裝的對象銷毀了，但是其下層，無論對接的是AF還是系統的，又或者是其他的請求庫，一定是具有自持有性質的，如果不這么說，風險在于數據返回前底層的請求就會銷毀掉，一般不會有人這么設計的。
3.例子中我綁定的是self，其實還可以綁定到任意對象上，比如某個類的內部屬性等等，這樣可以根據業務需求進一步控制請求的cancel時機
附上github地址，歡迎指正：https://github.com/YueRuo/NSObject_AutoCancelRequest
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網的支持。
新聞熱點
疑難解答
