You use the NSTimer class to create timer objects or, more simply, timers. A timer waits until a certain time interval has elapsed and then fires, sending a specified message to a target object. For example, you could create an NSTimer object that sends a message to a window, telling it to update itself after a certain time interval.
這段話的意思簡單的來說就是NSTimer是一個定時器距贷，能夠在每個確定時間間隔里發(fā)送信息給對象柄冲。
這篇文章主要解決兩個問題：
- NSTimer和RunLoop
- NSTimer的銷毀事件
/**
* 定義一個定時器
*
*/
timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(repeat:) userInfo:@{@"key":@"value"} repeats:true];
這是定義一個定時器最簡單的方法，也許你也就是這么用的储耐，然而這樣的使用方法是后患無窮的，比如說你可以嘗試這個時候在界面上放上一個scrollView滨溉，比如說tableView什湘，然后滾動這個scrollView，你會發(fā)現(xiàn)在滾動scrollView的時候NSTimer停止了工作晦攒。但是你如果把上面那段代碼改成下面這段：
dispatch_async(dispatch_get_global_queue(0, 0), ^{
timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(repeat:) userInfo:@{@"key":@"value"} repeats:true];
[[NSRunLoop currentRunLoop] run];
});
這個時候你再來滾動scrollView闽撤，比如說我們定義了一個tableView，這個時候你就會發(fā)現(xiàn)和使用最開始那段代碼不同的是：我們的NSTimer并沒有停止工作脯颜。
這是為什么哟旗？
這里我們引出這篇文章的第一個知識點：RunLoop
在cocoaTouch框架中RunLoop用來循環(huán)處理輸響應(yīng)事件（也許描述不是太準(zhǔn)確，但是大概就是這個個東西）栋操，每個線程都有一個RunLoop闸餐，蘋果不允許自己創(chuàng)建RunLoop，但是提供了兩個方法來獲取線程的RunLoop：CFRunLoopGetMain() 和 CFRunLoopGetCurrent()矾芙。
我們大概已經(jīng)猜到了NSTimer是被添加到了RunLoop中來循環(huán)處理舍沙，事實也的確如此，我們上面用到的NSTimer創(chuàng)建方法：
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;
這個方法創(chuàng)建好NSTimer以后會自動將它添加到當(dāng)前線程的RunLoop剔宪，所以我們并沒有在哪里看到是在什么地方將它添加到RunLoop的拂铡，也許我們用下面這個方法你會更加明白：
/**
* 創(chuàng)建一個timer ， 并將它添加到當(dāng)前線程的RunLoop
*
*/
timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(repeat:) userInfo:@{@"key":@"value"} repeats:true];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
上面這段代碼和第一段代碼的效果是一模一樣的葱绒，創(chuàng)建一個NSTimer并把他添加到當(dāng)前線程的RunLoop感帅。
也許某些細(xì)心的同學(xué)已經(jīng)發(fā)現(xiàn)了上面的第二段代碼出現(xiàn)了這么一行代碼：
<code>[[NSRunLoop currentRunLoop] run];</code>
這行代碼的作用就是打開當(dāng)前線程的runLoop，在cocoaTouch框架中只有主線程的RunLoop是默認(rèn)打開的地淀，而其他線程的RunLoop如果需要使用就必須手動打開失球，所以如果我們是想要添加到主線程的RunLoop的話，是不需要手動打開RunLoop的帮毁。
好像到目前為止我們還是沒有解釋為什么在滾動scrollView的時候NSTimer會停止工作她倘，這里就涉及到了RunLoop的幾個Mode了，他們分別是：
- Default mode（NSDefaultRunLoopMode）
默認(rèn)模式中幾乎包含了所有輸入源(NSConnection除外),一般情況下應(yīng)使用此模式作箍。
- Connection mode（NSConnectionReplyMode）
處理NSConnection對象相關(guān)事件硬梁，系統(tǒng)內(nèi)部使用，用戶基本不會使用胞得。 - Modal mode（NSModalPanelRunLoopMode）
處理modal panels事件荧止。 - Event tracking mode（UITrackingRunLoopMode）
在拖動loop或其他user interface tracking loops時處于此種模式下，在此模式下會限制輸入事件的處理。例如跃巡，當(dāng)手指按住UITableView拖動時就會處于此模式危号。 - Common mode（NSRunLoopCommonModes）
這是一個偽模式，其為一組run loop mode的集合素邪，將輸入源加入此模式意味著在Common Modes中包含的所有模式下都可以處理外莲。在Cocoa應(yīng)用程序中，默認(rèn)情況下Common Modes包含default modes,modal modes,event Tracking modes.可使用CFRunLoopAddCommonMode方法想Common Modes中添加自定義modes兔朦。
我們上面的代碼偷线，包括第一段代碼都是創(chuàng)建NSTimer以后并添加到Runloop的默認(rèn)模式—— NSDefaultRunLoopMode，而當(dāng)我們滾動scrollView的時候runloop將會切換到UITrackingRunLoopMode沽甥，同事關(guān)閉默認(rèn)模式声邦，而我們的NSTimer很不幸的處于默認(rèn)模式中，所以當(dāng)然就停止工作了摆舟，而我們的第二段代碼同樣處于默認(rèn)模式中亥曹，但是由于并不是與主線程處于同一個線程中，所以能夠繼續(xù)工作恨诱。
除了像第二段代碼那樣處理媳瞪，我們還可以這樣來處理NSTimer，能夠讓他在任何情況下工作：
timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(repeat:) userInfo:@{@"key":@"value"} repeats:true];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
我們將NSTimer放到RunLoop的NSRunLoopCommonModes模式中照宝，如上面所說材失，這個模式是所有模式的合集，所以在任何環(huán)境下都能夠工作硫豆。
非常好玩的是如果我們將NSTimer放在UITrackingRunLoopMode模式下龙巨，那么這個NSTimer平時不工作，但是一旦scrollView開始滾動了熊响，這個NSTimer就開始工作了旨别，也許這樣的做法在很特殊的情況下能夠有特殊作用，不過好像我目前還沒遇到過汗茄。
其實終結(jié)上面的內(nèi)容非常簡單：
- NSTimer是什么
- NSTimer需要添加到RunLoop
- RunLoop有不同的模式在不同的環(huán)境下工作
如果我們不注意NSTimer而直接退出這個頁面的話秸弛，我們會發(fā)現(xiàn)這個頁面會發(fā)生內(nèi)存泄漏，而這也就是這篇文章的第二個知識點——NSTimer的銷毀洪碳。
我們看到在NSTimer的創(chuàng)建過程中我們引用了target：self;所以NSTimer想要銷毀必須self先行釋放递览，而self的釋放又必須timer進(jìn)行銷毀，這里就發(fā)生了循環(huán)引用瞳腌，從而造成了內(nèi)存泄漏绞铃。（這不是弱引用能夠解決的）
在Apple的文檔中告訴我們：
<code>- (void)invalidate;</code>
是銷毀NSTimer的唯一方法，所以我們?nèi)绻谕顺鲞@個頁面之前先行調(diào)用<code> [timer invalidate];</code>那么這個頁面就不會發(fā)生內(nèi)存泄漏了嫂侍。我不知道有多少人會這么做：
-(void)dealloc{
[timer invalidate];
}
不調(diào)用<code> [timer invalidate];</code>永遠(yuǎn)不會進(jìn)入<code>dealloc</code>方法儿捧，而不進(jìn)入<code>dealloc</code>方法則永遠(yuǎn)不會調(diào)用<code> [timer invalidate];</code>荚坞，這里就又發(fā)生沖突了，當(dāng)然如果我們重載Controller的backBarButton的返回動作然后先進(jìn)行timer銷毀菲盾，然后再popController是可以解決這個問題的颓影，但是怎么看這么做都不夠優(yōu)雅。
針對這么問題懒鉴，昨天晚上Strong封裝了一個第三方庫XTimer诡挂，他能夠像初始化一個NSTimer一模一樣的使用：
timer = [XTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(XTimerSelector:) userInfo:@{@"key":@"value"} repeats:true];
由于他是由GCD實現(xiàn)的，所以你不用擔(dān)心他的內(nèi)存釋放問題临谱。
同時他擁有NSTimer所不具備的暫停和重新開始的功能：
//重新開始
[timer reStart];
//暫停
[timer stop];
XTimer也能夠像NSTimer一樣進(jìn)行銷毀：
//銷毀Timer
[timer invalidate];
如果你去看XTimer的實現(xiàn)代碼璃俗，你會發(fā)現(xiàn)其實不足100行（其實也就60行代碼），如果用swift來寫還能夠更少吴裤，但是XTimer的確也是產(chǎn)生了一些便捷旧找。
那么這么好用的XTimer去哪里下載呢溺健？我把他放在了github上啦：
github地址：https://github.com/StrongX/XTimer
如果你喜歡的話請給我點個贊麦牺，送我一個star。
關(guān)注本人鞭缭，更多優(yōu)質(zhì)文章剖膳。
