關於NSTimer使用的記憶體洩漏問題之子執行緒
阿新 • • 發佈:2019-01-26
本文皆為個人總結,如有錯誤,歡迎指正,謝謝!
Part 1 子執行緒中使用NSTimer遇到問題
- 在子執行緒中使用NSTimer,主要問題就是子執行緒的釋放問題。子執行緒如果沒有釋放,那麼子執行緒的target便不能釋放,所以問題的關鍵點就是子執行緒的釋放。
Part 2 子執行緒的釋放
- 子執行緒的釋放取決於runloop是否開啟,那麼問題定位的更精確了:runloop的開啟與退出。
- 子執行緒的runloop是需要我們手動開啟的,蘋果為我們提供了三種方式開啟runloop。
// method 1 蘋果的描述中有這樣一句話:If you want the run loop to terminate, you shouldn't use this method. // 意思就是如果你想讓這個runloop退出,那就不要用這個方法. - (void)run; // method 2 蘋果的描述中有這樣一句話: If no input sources or timers are attached to the run loop, this method exits immediately. // 意思就是當沒有輸入源或者timer加入到runloop中時,runloop會立即退出 - (void)runUntilDate:(NSDate *)limitDate; // method 3 蘋果描述中有這樣一句話: If no input sources or timers are attached to the run loop, this method exits immediately and returns NO. // 意思就是當沒有輸入源或者timer加入到runloop中時,runloop會立即退出並返回NO. - (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate; # 小結 // 1.如果我們通過run方法啟動runloop是無法退出runloop的,所以子執行緒無法釋放,其引用的target便不能釋放. // 2.在子執行緒中使用NSTimer,要通過runUntilDate: 或 runMode: beforeDateL:來啟動runloop才可以控制子執行緒的釋放. #擴充套件 /* * 關於run的使用,我目前瞭解到的就是常駐執行緒(當然也有可能在其他方面用到,歡迎在評論中補充,謝謝) * 最典型的例子就是AFN2.xxx版本,裡面就是建立了一個常駐執行緒.在AFN3.0只後的版本便不再建立常駐執行緒了. * 原因是從iOS9.0開始 蘋果deprecated了 NSURLConnection。 替代方案就是NSURLSession。 這裡有篇文章可詳細瞭解:https://www.jianshu.com/p/b5c27669e2c1 */ // 建立常駐執行緒程式碼,這裡AFN是用單例去建立的 + (void)networkRequestThreadEntryPoint:(id)__unused object { @autoreleasepool { [[NSThread currentThread] setName:@"AFNetworking"]; NSRunLoop *runLoop = [NSRunLoop currentRunLoop]; [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode]; [runLoop 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; }
Part 3 如何解決
- 通過以上分析,解決方案便有了,這裡我還是分兩種情況
#pragma mark 情況1.不需要重複操作,repeats == NO(同主執行緒一樣,系統會自動處理) // 當timer執行完任務後,系統會自動從當前執行緒中移除timer,所以不需要手動處理 #pragma mark 情況2.需要重複操作,即repeats == YES // 通過以下兩種方式的其中一個開啟runloop(引數應該不用介紹了吧……) - (void)runUntilDate:(NSDate *)limitDate; - (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate; # 切記不能夠在dealloc中invalidate,原因是子執行緒與target在互相引用,必須先釋放子執行緒
總結:
由於子執行緒與target的互相引用造成記憶體洩漏,所以要找到合適時機釋放子執行緒,要想控制子執行緒的釋放,就要通過正確的方式開啟子執行緒的runloop。
參考程式碼:
- (void)viewDidLoad { [super viewDidLoad]; self.title = @"test"; self.view.backgroundColor = [UIColor whiteColor]; NSThread *threadA = [[NSThread alloc] initWithTarget:self selector:@selector(initTimer) object:nil]; [threadA setName:@"testThreadA"]; [threadA start]; self.thread = threadA; //監聽子執行緒的釋放(為了證明下面@autoreleasepool{}的寫法可以釋放我們的子執行緒) [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(threadfinishTask:) name:NSThreadWillExitNotification object:nil]; } - (void)threadfinishTask:(NSNotification *)notification{ NSLog(@"==============================子執行緒被釋放了!"); } - (void)initTimer { _timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(refreshData) userInfo:@{@"key":@"value"} repeats:YES]; [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]]; } - (void)refreshData { self.i ++; NSLog(@"%@",@(self.i)); } - (void)cancelTimer { if (_timer) { if ([_timer isValid]) { // 如果timer還在runLoop中 [_timer invalidate]; } _timer = nil; } } - (void)viewDidDisappear:(BOOL)animated { [super viewDidDisappear:animated]; [self performSelector:@selector(cancelTimer) onThread:self.thread withObject:nil waitUntilDone:YES]; } - (void)dealloc { NSLog(@"dealloc~~~~~~~~~~~~ "); }