本文授權轉載，作者：@方秋枋

目標：用簡潔易懂的語言歸納runLoop和對我們日常開發的影響。

1. 什麼是RunLoop

runLoop是一個與線程相關的機制。

在應用程序層面，無論在哪個操作系統，所有線程的運行方式基本是一樣的。在線程開始運行後,都在running, ready, 或是 blocked狀態中切換，直至終止。在創建一個新的線程的時候，我們必須指定入口函數（entry-point function）。當入口函數執行完畢或是我們主動終止線程，線程就會停止運行然後被系統回收。

如果任務執行完畢，線程就被回收，那麼下一個新的任務來，我們還需要重新創建和配置一個線程。非常地消耗性能，這個時候就引出了我們的Runloop機制。用Runloop來實現線程的常駐。

Runloop可以簡單理解為一個循環。

func loop() {
repeat {
var event = nextEvent();
process(event);
} while (event != quit);
}

在這個循環裡面等待事件，然後處理事件。而這個循環是基於線程的。 通過RunLoop這樣的機制，線程能夠在沒有事件需要處理的時候休息，有事情的時候運行。減輕CPU壓力。

2. 日常開發中的RunLoop

簡單理解了RunLoop之後，我們發現其實我們平時的開發，背後都無時無刻與runLoop有關。

但是我們很幸運不需要把時間都浪費在糾結這些底層細節上,絕大部分工作都交給了操作系統為我們實現。 所以關於runLoop，我們在不想被底層細節包圍的前提下，需要了解和做些什麼呢。

1. 需要了解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。

2. 解決方案：

第一種:設置RunLoop Mode，例如NSTimer,我們指定它運行於NSRunLoopCommonModes,這是一個Mode的集合。注冊到這個Mode下後，無論當前runLoop運行哪個mode,事件都能得到執行。

第二種:另一種解決Timer的方法是，我們在另外一個線程執行和處理Timer事件，然後在主線程更新UI.