iOS NSTimer循環引用的幾種解決辦法

發生場景

在 Controller B 中有一個 NSTimer

@property (strong, nonatomic) NSTimer *timer;

你創建了它，并掛載到 main runloop

self.timer = [NSTimer scheduledTimerWithTimeInterval:1 
target:self selector:@selector(timerAction:) userInfo:nil repeats:true];

然后退出 Controller B 的時候，忘記關掉 timer 了

Controller B 將不會釋放，B 與 timer 循環引用。因為創建 timer 的時候把 self 直接寫進去了。

方法一

既然不能直接傳 self，那傳 weakSelf 試試

__weak typeof(self) weakSelf = self;

self.timer = [NSTimer scheduledTimerWithTimeInterval:1 
target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:true];

測試結果還是發生了循環引用，B 沒有釋放，timer 對 weakSelf 這個變量是強引用的，timer -> weakSelf -> B -> timer，三者之間形成循環引用。

方法二

設置一個包裝類，包著 Controller B 放進 timer 中，像這樣

我認為 Controller B 有幾 MB 那么大，泄露了很浪費內存。

WeakWrap 只有幾百個字節那么小，泄露了也沒關系。

WeakWrap 中對 Controller B 弱引用，WeakWrap 包著 Controller B，傳進 timer 中，就算忘記關 timer，也只是泄露了 WeakWrap 和 timer。

理論上還是有內存泄露，只不過比較少，如果一個 Controller 是頻繁進出的，進出一次，丟失一個，如果有幾十個泄露的 timer 掛在 main runloop 上會影響性能和流暢性，你想幾十個 timer 一起 fire，又調用了 timer 事件響應方法，開銷還是挺大的。

方法三

NSTimer 已知是會強引用參數 target:self 的了，如果忘記關 timer 的話，傳什么進去都會被強引用。干脆實現一個 timer 算了，timer 的功能就是定時調某個方法，NSTimer 的調用時間是不精確的！它掛在 runloop 上受線程切換，上一個事件執行時間的影響。

利用 dispatch_asyn() 定時執行函數。看下面代碼。

- (void)loop {
  [self doSomething];
  ......
  // 休息 time 秒，再調 loop，實現定時調用
  [NSThread sleepForTimeInterval:time];
  dispatch_async(self.runQueue, ^{
    [weakSelf loop];
  });  
}

dispatch_async 中調 loop 不會產生遞歸調用

dispatch_async 是在隊列中添加一個任務，由 GCD 去回調 [weakSelf loop]

這辦法解決了timer 不能釋放，掛在 runloop 不能移除的問題。

利用這方法，我寫了個不會發生循環引用的 timer，controller 釋放，timer 也自動停止釋放，甚至 timer 的 block 里面可以直接寫 self，也不會循環引用。github下載地址

方法四

NSTimer 我之前沒遇到過循環引用的問題，因為我一直都是配對使用，在 viewWillAppear 開啟，在 viewWillDisappear 關閉，不關閉的話那么多 timer 掛載在 runloop 上感覺挺影響性能和流暢性的，就像管理內存一樣，申請和釋放配對使用，就不會泄露了，誰申請誰釋放的原則。但是很大的團隊的話，別人可能會寫錯，造成泄露，可以從技術上，團隊編程規范上解決他。

比如定一些規范，Controller 退出一定要成功銷毀，不能泄露內存。Block 里不能寫 self 等等。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持億速云。