Runloop是怎樣進行線程保活
AFN 中的實現
在舊版本的AFN 中使用了 NSURLConnection 來發起并處理網絡連接。
AFN 的做法是把網絡請求的發起和解析都放在同一個子線程中進行，子線程默認不開啟 runloop，它會向一個 C語言程序那樣在運行完所有代碼后退出線程。
而網絡請求是異步的，這導致獲取到請求數據時，線程已經退出，代理方法沒有機會執行。
因此，AFN 的做法是使用一個 runloop 來保證線程不死，也就是下面這段被講爛了的代碼：
+ （void）networkRequestThreadEntryPoint：（id）__unused object {
@autoreleasepool {
?。郏跱SThread currentThread］ setName：@“AFNetworking”］;
NSRunLoop *runLoop = ［NSRunLoop currentRunLoop］;
?。踨unLoop addPort：［NSMachPort port］ forMode:NSDefaultRunLoopMode］;
?。踨unLoop run］;
}
}
稍微結合一下上下文，看看這個方法在哪里被調用：
+ （NSThread *）networkRequestThread {
static NSThread *_networkRequestThread = nil;
static dispatch_once_t oncePredicate;
dispatch_once（&oncePredicate， ^{
_networkRequestThread = ［［NSThread alloc］ initWithTarget:self selector：@selector（networkRequestThreadEntryPoint：） object:nil］;
?。踎networkRequestThread start］;
}）;
return _networkRequestThread;
}
似乎這種寫法提供了一種思路：“如果需要在子線程中異步執行操作，可以利用 runloop 進行線程保活”。但準確的來說，AFN 的這種寫法并不能實現我們的需求，它只是在 AFN 這個特殊場景下可以工作。
NSThread 與內存泄漏
這種寫法的第一個問題就是存在內存泄漏。我們構造以下用例，把 AFN 的線程創建放在一個循環里：
- （void）memoryTest {
for （int i = 0; i 《 100000; ++i） {
NSThread *thread = ［［NSThread alloc］ initWithTarget:self selector：@selector（run） object:nil］;
?。踭hread start］;
}
}
- （void）run {
@autoreleasepool {
NSLog（@“current thread = %@”， ［NSThread currentThread］）;
NSRunLoop *runLoop = ［NSRunLoop currentRunLoop］;
if （！self.emptyPort） {
self.emptyPort = ［NSMachPort port］;
}
?。踨unLoop addPort:self.emptyPort forMode:NSDefaultRunLoopMode］;
［runLoop run］;
}
}
奇怪的事情出現了，盡管是在 ARC 環境下，內存依然不停的上漲。如果我們把 run 方法中和 runloop 相關的代碼刪除則不會出現上述問題，顯然，開啟 runloop 導致了內存泄漏，也就是 thread 對象無法釋放。
非常好我支持^.^
(1) 100%
不好我反對
(0) 0%
下載地址
Runloop是怎樣進行線程保活下載
相關電子資料下載
- 一文詳解ZGC關鍵技術 26
- AMD推出銳龍 Threadripper 7000系列處理器 171
- 如何使用pthread_barrier_xxx系列函數來實現多線程之間的同步？ 29
- SpringBoot物理線程、虛擬線程、Webflux性能比較 37
- SV線程的使用和控制 121
- Python 如何獲取旅游景點信息 82
- 新一輪制裁，摩爾線程、壁仞等IC公司上實體清單，英偉達AI芯片限制出售！ 927
- 英偉達H800和A800將禁運！美國將摩爾線程、壁仞列入貿易管制“黑名單” 301
- i9-14900K/i7-14700K處理器首發評測 134
- 酷睿i7-14700K處理器性能測試分析 115