轉自http://www.tuicool.com/articles/2q6raia
本文授權轉載，作者：@方秋枋
目標：用簡潔易懂的語言歸納runLoop和對我們日常開發的影響。
- 什么是RunLoop
runLoop是一個與線程相關的機制。
在應用程序層面，無論在哪個操作系統，所有線程的運行方式基本是一樣的。在線程開始運行后,都在running, ready, 或是 blocked狀態中切換，直至終止。在創建一個新的線程的時候，我們必須指定入口函數（entry-point function）。當入口函數執行完畢或是我們主動終止線程，線程就會停止運行然后被系統回收。
如果任務執行完畢，線程就被回收，那么下一個新的任務來，我們還需要重新創建和配置一個線程。非常地消耗性能，這個時候就引出了我們的Runloop機制。用Runloop來實現線程的常駐。
Runloop可以簡單理解為一個循環。
func loop() {repeat {var event = nextEvent();process(event);} while (event != quit);}
在這個循環里面等待事件，然后處理事件。而這個循環是基于線程的。 通過RunLoop這樣的機制，線程能夠在沒有事件需要處理的時候休息，有事情的時候運行。減輕CPU壓力。 - 日常開發中的RunLoop
簡單理解了RunLoop之后，我們發現其實我們平時的開發，背后都無時無刻與runLoop有關。
但是我們很幸運不需要把時間都浪費在糾結這些底層細節上,絕大部分工作都交給了操作系統為我們實現。 所以關于runLoop，我們在不想被底層細節包圍的前提下，需要了解和做些什么呢。 -
需要了解RunLoop的坑：
NSTimer
日常開發中，我們與runLoop接觸得最近可能就是通過NSTimer了。一個Timer一次只能加入到一個RunLoop中。我們日常使用的時候，通常就是加入到當前的runLoop的default mode中。
提到mode,就需要談談RunLoop Modes
簡單的說，runLoop有多個Mode,RunLoop只能運行一個Mode,runLoop只會處理它當前Mode的事件。
所以就會導致一些地方我們需要去注意。
一般Timer是運行在RunLoop的default mode上，而ScrollView在用戶滑動時，主線程RunLoop會轉到UITrackingRunLoopMode。而這個時候，Timer就不會運行,方法得不到fire。
用一個真實例子來說明（自身教訓）：
注冊界面
在一次寫一個注冊界面的時候，用戶點擊發送驗證碼后，使用Timer,倒數60秒以允許用戶再次申請發送驗證碼，同時每一秒更新界面秒數信息。而此時Timer運行于主線程的default mode上。若此時用戶滑動顯示屏，則會出現Timer失效,界面得不到更新的情況。此時就是因為RunLoop的mode原因。
NSURLConnection,NSStream也是同樣的情況，默認運行于default mode。 - 解決方案：
第一種:設置RunLoop Mode，例如NSTimer,我們指定它運行于NSRunLoopCommonModes,這是一個Mode的集合。注冊到這個Mode下后，無論當前runLoop運行哪個mode,事件都能得到執行。
第二種:另一種解決Timer的方法是，我們在另外一個線程執行和處理Timer事件，然后在主線程更新UI.
