1. 程式人生 > >關於NSTimer使用的記憶體洩漏問題之子執行緒

關於NSTimer使用的記憶體洩漏問題之子執行緒

本文皆為個人總結,如有錯誤,歡迎指正,謝謝!

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~~~~~~~~~~~~ ");
}