2019獨角獸企業(yè)重金招聘Python工程師標準>>>

今天看了下前天發(fā)的博文<函數(shù)響應式編程（FRP）框架--ReactiveCocoa>的閱讀量，小編有點驚呆了，兩天有這么多的讀者能閱讀我的博文，這對小編來說甚是激動，畢竟有段時間沒更新博文了，于是，今天懷著激動的心情，小編決定坐下來跟大家好好談談Runloop的機制，讓我們正式進入正題吧。

? 關(guān)于 Runloop，從字面上去理解呢，看上去不是就運行的循環(huán)嗎？哈哈，確實，Runloop說白了就是一種循環(huán)，不過它是一種比較高級的循環(huán)。那么或許你又會問，Runloop跟我們平時使用的while循環(huán)又有什么不一樣呢？小編在這只能跟你說：莫慌，在這里，你的問題終將會解決的。接下來小編會談到的。

? 說起Runloop,可能你想起的可能更多是跟線程一起，的確如此，Runloop 是和線程緊密相關(guān)的一個基礎(chǔ)組件，是很多線程有關(guān)功能的幕后功臣。盡管在平常使用中幾乎不太會直接用到，但是呢理解 Runloop 有利于我們更加深入地理解?iOS?的多線程模型。

??上面談及的?while 循環(huán)呢，其實它會導致 CPU 進入忙等待狀態(tài)，而 Runloop 則是一種“閑”等待，當沒有事件時，Runloop 會進入休眠狀態(tài)，有事件發(fā)生時， Runloop 會去找對應的 Handler 處理事件。Runloop 可以讓線程在需要做事的時候忙起來，不需要的話就讓線程休眠。引用一張?zhí)O果官方文檔的圖，大體說明了 Runloop 的工作模式：

? ?

? 從上圖我們可以了解 Runloop 在線程中的作用：從 input sources 和 timer sources 接受事件，然后在線程中處理事件。接下來將會從以下幾個方面來談談Runloop機制。

Runloop 與線程

??Runloop 和線程其實是綁定在一起的。每個線程（包括主線程）都會有一個對應的 Runloop 對象。我們并不能自己創(chuàng)建 Runloop 對象，但是可以獲取到系統(tǒng)提供的 Runloop 對象。主線程的 Runloop 會在應用啟動的時候完成啟動，其他線程的 Runloop 默認并不會啟動，需要我們自己手動去啟動。

Input Source 和 Timer Source

?

Input Source 和 Timer Source?這兩個是 Runloop 事件的來源，Runloop從 input sources 和 timer sources 接受事件,其中 Input Source 又可以分為三類:

• Port-Based Sources，系統(tǒng)底層的 Port 事件，例如 CFSocketRef ，在應用層基本用不到
• Custom Input Sources，用戶手動創(chuàng)建的 Source
• Cocoa Perform Selector Sources， Cocoa 提供的 performSelector 系列方法，也是一種事件源

Timer Source 就是定時器事了,這個不難理解。

Runloop Observer

?

Runloop 通過監(jiān)控 Source 來決定有沒有任務要做，除此之外，我們還可以用 Runloop Observer 來監(jiān)控 Runloop 本身的狀態(tài)。 Runloop Observer 可以監(jiān)控下面的 runloop 事件：

• The entrance to the run loop.
• When the run loop is about to process a timer.
• When the run loop is about to process an input source.
• When the run loop is about to go to sleep.
• When the run loop has woken up, but before it has processed the event that woke it up.
• The exit from the run loop.

Runloop Mode

在監(jiān)視與被監(jiān)視中，Runloop 要處理的事情還挺復雜的。為了讓 Runloop 能專心處理自己關(guān)心的那部分事情呢，引入了 Runloop Mode 概念。

?

Runloop Mode 實際上是 Source，Timer 和 Observer 的集合，不同的 Mode 把不同組的 Source，Timer 和 Observer 隔絕開來。Runloop 在某個時刻只能運行在一個 Mode 下，處理這一個 Mode 當中的 Source，Timer 和 Observer。

?

蘋果文檔中提到的 Mode 有五個：

• NSDefaultRunLoopMode
• NSConnectionReplyMode
• NSModalPanelRunLoopMode
• NSEventTrackingRunLoopMode
• NSRunLoopCommonModes

? iOS 中公開出來的只有 NSDefaultRunLoopMode 和 NSRunLoopCommonModes。 NSRunLoopCommonModes 實際上是一個 Mode 的集合，默認包括 NSDefaultRunLoopMode 和 NSEventTrackingRunLoopMode。
??與 Runloop 相關(guān)的實例

?

我們在日常開發(fā)中，與 RunLoop 接觸得最多的可能就是通過 NSTimer 了。一個 Timer 一次只能加入到一個 RunLoop 中。我們?nèi)粘Ｊ褂玫臅r候，通常就是把?Timer加入到當前的 runLoop 的 default mode 中，而 ScrollView 在用戶滑動時，主線程 RunLoop 會轉(zhuǎn)到 UITrackingRunLoopMode 。而這個時候， Timer 就不會運行。那么如何解決這個問題呢？

有如下兩種解決方案：

• 第一種: 設置RunLoop Mode，例如NSTimer,我們指定它運行于 NSRunLoopCommonModes ，這是一個Mode的集合。注冊到這個 Mode 下后，無論當前 runLoop 運行哪個 mode ，事件都能得到執(zhí)行。
• 第二種: 另一種解決Timer的方法是，我們在另外一個線程執(zhí)行和處理 Timer 事件，然后在主線程更新UI。

?比如在 AFNetworking 3.0 中，就有相關(guān)的代碼，如下：

- (void)startActivationDelayTimer {self.activationDelayTimer = [NSTimertimerWithTimeInterval:self.activationDelay target:self selector:@selector(activationDelayTimerFired) userInfo:nil repeats:NO];[[NSRunLoop mainRunLoop] addTimer:self.activationDelayTimer forMode:NSRunLoopCommonModes]; }

這里就是添加了一個計時器，由于指定了 NSRunLoopCommonModes，所以不管 RunLoop 出于什么狀態(tài)，都執(zhí)行這個計時器任務。

?好啦，今天談的Runloop就到這里啦

轉(zhuǎn)載于:https://my.oschina.net/HeroOneHY/blog/918667

總結(jié)

以上是生活随笔為你收集整理的Runloop循环机制的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。