發生場景

在 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 等等。