/**
* 定義一個定時器
*/
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。
也許某些細心的同學(xué)已經(jīng)發(fā)現(xiàn)了上面的第二段代碼出現(xiàn)了這么一行代碼：
[[NSRunLoop currentRunLoop] run];
這行代碼的作用就是打開當(dāng)前線程的runLoop，在cocoaTouch框架中只有主線程的RunLoop是默認打開的，而其他線程的RunLoop如果需要使用就必須手動打開，所以如果我們是想要添加到主線程的RunLoop的話，是不需要手動打開RunLoop的。
好像到目前為止我們還是沒有解釋為什么在滾動scrollView的時候NSTimer會停止工作，這里就涉及到了RunLoop的幾個Mode了，他們分別是：
Default mode（NSDefaultRunLoopMode）
默認模式中幾乎包含了所有輸入源(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)用程序中，默認情況下Common Modes包含default modes,modal modes,event Tracking modes.可使用CFRunLoopAddCommonMode方法想Common Modes中添加自定義modes。
我們上面的代碼，包括第一段代碼都是創(chuàng)建NSTimer以后并添加到Runloop的默認模式—— NSDefaultRunLoopMode，而當(dāng)我們滾動scrollView的時候runloop將會切換到UITrackingRunLoopMode，同事關(guān)閉默認模式，而我們的NSTimer很不幸的處于默認模式中，所以當(dāng)然就停止工作了，而我們的第二段代碼同樣處于默認模式中，但是由于并不是與主線程處于同一個線程中，所以能夠繼續(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進行銷毀，這里就發(fā)生了循環(huán)引用，從而造成了內(nèi)存泄漏。（這不是弱引用能夠解決的）
在Apple的文檔中告訴我們：
- (void)invalidate;
是銷毀NSTimer的唯一方法，所以我們?nèi)绻谕顺鲞@個頁面之前先行調(diào)用 [timer invalidate];那么這個頁面就不會發(fā)生內(nèi)存泄漏了。我不知道有多少人會這么做：
-(void)dealloc{
[timer invalidate];
}
不調(diào)用 [timer invalidate];永遠不會進入dealloc方法，而不進入dealloc方法則永遠不會調(diào)用 [timer invalidate];，這里就又發(fā)生沖突了，當(dāng)然如果我們重載Controller的backBarButton的返回動作然后先進行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一樣進行銷毀：
//銷毀Timer
[timer invalidate];
如果你去看XTimer的實現(xiàn)代碼，你會發(fā)現(xiàn)其實不足100行（其實也就60行代碼），如果用swift來寫還能夠更少，但是XTimer的確也是產(chǎn)生了一些便捷。
那么這么好用的XTimer去哪里下載呢？我把他放在了github上啦：
github地址：GitHub - StrongX/XTimer: push by StrongX
/***轉(zhuǎn)自 NSTimer(iOS) – StrongX的個人博客?***/?
