一、溫故而知新：
看完自己文章《解決NSTimer迴圈引用導致記憶體洩漏的三種方法》之後有新的感悟，所以在此針對第三種方法做重點總結。
GitHub地址TFQWeakTimer
二、TFQWeakTimer使用方法
1、將TFQWeakTimer檔案拖到自己專案中。
2、匯入"TFQWeakTimer.h"通過initWithXXX方法建立定時器.
3、在需要銷燬TFQWeakTimer或者當前類dealloc的時候呼叫TFQWeakTimer中的物件方法invalidateTimer銷燬TFQWeakTimer
demo中TFQSecondController類建立了定時器，首先可以確定的一點是，就算TFQWeakTimer不銷燬，TFQSecondController也是可以銷燬的。因為沒有人強引用TFQSecondController。等TFQWeakTimer任務執行完以後就自己銷燬了。
這中解決迴圈引用的方法應用到了《大話設計模式》中的代理模式，見我的另一篇文章大話設計模式，裡邊有23種設計模式的demo。
三、畫圖解釋
- 迴圈引用：
TFQSecondController強引用NStimer。NStimer新增在runloop上，只要NStimer不取消對TFQSecondController的強引用，TFQSecondController就銷燬不了。當然了你可以選擇在viewWillDisappear中銷燬NStimer。但是TFQSecondController頁面不一定都是pop到上一個頁面的時候才會呼叫viewWillDisappear方法，也有可能push新頁面，也有可能是進入後臺的時候呼叫viewWillDisappear，這樣我們希望重新回到定時器頁面的時候，定時任務還依舊是執行狀態。所以invalidate放到viewWillDisappear是不合理的，唯一合理的地方就是TFQSecondController銷燬的時候銷燬timer。所以如果NStimer在頁面即將銷燬的時候任務還沒執行完的話，那麼它的的invalidate方法只能放到TFQSecondController的dealloc中。
圖中兩個類互相引用，彼此無法銷燬，能銷燬的唯一辦法就是NSTimer任務結束，不再持有TFQSecondController，如果任務一直迴圈的話當前類就無法銷燬，造成記憶體洩漏。
- 用代理模式解決迴圈引用：圖中已經能非常明顯的看出來
TFQSecondController是可以隨時銷燬的，只要在TFQSecondController的dealloc方法中呼叫TFQWeakTimer的invalidateTimer方法，TFQWeakTimer、NSTimer就可以隨著TFQSecondController一起被銷燬了。