前言：
記得之前看過一個面試題問：ARC環境下的dealloc方法有什么用？問題解答是：代理指針置空，停止定時器timer，注銷通知，釋放掉實例變量。看着沒什么問題,而且網上一收也是大概這樣的答案。今天算是被實實在在的坑了一把，唉，其實說是被坑不如說是自己對定時器NSTimer沒有一個足夠的認識，我們總是習慣性的看着別人給好的答案而懶得去看API文檔仔細分析。
定時器NSTimer：
最近做的一個公司項目有一個需求，當你進入到某一個視圖控制器中定時器timer開始啟動並在1秒內觸發timerAction：方法。然后在視圖控制器中銷毀的時候停止定時器。於是乎：
>
self.mytimer = [NSTimer scheduledTimerWithTimeInterval:1 target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.mytimer forMode:NSRunLoopCommonModes];
> #**並且在dealloc方法里面銷毀定時器**
-(void)dealloc
{
[self.mytimer invalidate];
// 別忘了把定時器置為nil,否則定時器依然沒有釋放掉的
self.mytimer = nil;
}
一切看起來都是很安好沒有什么不妥的地方，但是平靜的湖面上就隱藏者巨大的風險。當跳轉到其他頁面的時候定時器還一直在輸出，這時就納悶了。在dealloc的打斷點發現dealloc根本不執行，想想自己對定時器的處理是根據面試題中的答案難不成是自己在哪里犯二了。后來仔細一分析問題的關鍵在於timer對target進行了強引用，在這里也就是對self進行了強引用，導致頁面要銷毀的時候不會執行dealloc方法。既然是被強引用了就應該使用__weak,所以：
__weak typeof(self) weakSelf = self;
self.mytimer = [NSTimer scheduledTimerWithTimeInterval:1 target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:YES];
但是有沒使用__weak修飾的差別在於self有沒被釋放掉而已，self則一直被timer強引用着。
最后發現一個很簡單的解決方法就是在
-(void)viewDidDisappear:(BOOL)animated或者
-(void)viewWillDisappear:(BOOL)animated 中停止定時器停止並把定時器置為nil就可以解決問題。
與其說是自己被坑不如說是對它認識的不足，對網上很多人的答案都堅信不疑，才會使自己一開始就陷入錯誤