分析IOS RunLoop的事件循環機制
在RunLoop啟動之后會發送一個通知,來告知觀察者
將要處理Timer/Source0事件這樣一個通知的發送
處理Source0事件
如果有Source1要處理,這時會通過一個go to語句的實現來進行代碼邏輯的跳轉,處理喚醒是收到的消息
如果沒有Source1要處理,線程就將要休眠,同時發送一個通知,告訴觀察者
然后線程進入一個用戶態到內核態的切換,休眠,然后等待喚醒,喚醒的條件大約包括三種:
1、Source1
2、Timer事件
3、外部手動喚醒
線程剛被喚醒之后也要發送一個通知告訴觀察者,然后處理喚醒時收到的消息
回到將要處理Timer/Source0事件這樣一個通知的發送
然后再次進行上面步驟,這就是一個RunLoop的事件循環機制
內部代碼邏輯整理如下:
/// 用DefaultMode啟動void CFRunLoopRun(void) { CFRunLoopRunSpecific(CFRunLoopGetCurrent(), kCFRunLoopDefaultMode, 1.0e10, false);} /// 用指定的Mode啟動,允許設置RunLoop超時時間int CFRunLoopRunInMode(CFStringRef modeName, CFTimeInterval seconds, Boolean stopAfterHandle) { return CFRunLoopRunSpecific(CFRunLoopGetCurrent(), modeName, seconds, returnAfterSourceHandled);} /// RunLoop的實現int CFRunLoopRunSpecific(runloop, modeName, seconds, stopAfterHandle) {/// 首先根據modeName找到對應mode CFRunLoopModeRef currentMode = __CFRunLoopFindMode(runloop, modeName, false); /// 如果mode里沒有source/timer/observer, 直接返回。 if (__CFRunLoopModeIsEmpty(currentMode)) return;/// 1. 通知 Observers: RunLoop 即將進入 loop。 __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopEntry);/// 內部函數,進入loop __CFRunLoopRun(runloop, currentMode, seconds, returnAfterSourceHandled) {Boolean sourceHandledThisLoop = NO;int retVal = 0;do { /// 2. 通知 Observers: RunLoop 即將觸發 Timer 回調。 __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeTimers); /// 3. 通知 Observers: RunLoop 即將觸發 Source0 (非port) 回調。 __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeSources); /// 執行被加入的block __CFRunLoopDoBlocks(runloop, currentMode);/// 4. RunLoop 觸發 Source0 (非port) 回調。 sourceHandledThisLoop = __CFRunLoopDoSources0(runloop, currentMode, stopAfterHandle); /// 執行被加入的block __CFRunLoopDoBlocks(runloop, currentMode); /// 5. 如果有 Source1 (基于port) 處于 ready 狀態,直接處理這個 Source1 然后跳轉去處理消息。 if (__Source0DidDispatchPortLastTime) {Boolean hasMsg = __CFRunLoopServiceMachPort(dispatchPort, &msg)if (hasMsg) goto handle_msg; }/// 通知 Observers: RunLoop 的線程即將進入休眠(sleep)。 if (!sourceHandledThisLoop) {__CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeWaiting); }/// 7. 調用 mach_msg 等待接受 mach_port 的消息。線程將進入休眠, 直到被下面某一個事件喚醒。 /// • 一個基于 port 的Source 的事件。 /// • 一個 Timer 到時間了 /// • RunLoop 自身的超時時間到了 /// • 被其他什么調用者手動喚醒 __CFRunLoopServiceMachPort(waitSet, &msg, sizeof(msg_buffer), &livePort) {mach_msg(msg, MACH_RCV_MSG, port); // thread wait for receive msg } /// 8. 通知 Observers: RunLoop 的線程剛剛被喚醒了。 __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopAfterWaiting);/// 收到消息,處理消息。 handle_msg: /// 9.1 如果一個 Timer 到時間了,觸發這個Timer的回調。 if (msg_is_timer) {__CFRunLoopDoTimers(runloop, currentMode, mach_absolute_time()) } /// 9.2 如果有dispatch到main_queue的block,執行block。 else if (msg_is_dispatch) {__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__(msg); } /// 9.3 如果一個 Source1 (基于port) 發出事件了,處理這個事件 else {CFRunLoopSourceRef source1 = __CFRunLoopModeFindSourceForMachPort(runloop, currentMode, livePort);sourceHandledThisLoop = __CFRunLoopDoSource1(runloop, currentMode, source1, msg);if (sourceHandledThisLoop) { mach_msg(reply, MACH_SEND_MSG, reply);} }/// 執行加入到Loop的block __CFRunLoopDoBlocks(runloop, currentMode); if (sourceHandledThisLoop && stopAfterHandle) {/// 進入loop時參數說處理完事件就返回。retVal = kCFRunLoopRunHandledSource; } else if (timeout) {/// 超出傳入參數標記的超時時間了retVal = kCFRunLoopRunTimedOut; } else if (__CFRunLoopIsStopped(runloop)) {/// 被外部調用者強制停止了retVal = kCFRunLoopRunStopped; } else if (__CFRunLoopModeIsEmpty(runloop, currentMode)) {/// source/timer/observer一個都沒有了retVal = kCFRunLoopRunFinished; }/// 如果沒超時,mode里沒空,loop也沒被停止,那繼續loop。} while (retVal == 0); }/// 10. 通知 Observers: RunLoop 即將退出。 __CFRunLoopDoObservers(rl, currentMode, kCFRunLoopExit);}
可以看到,實際上 RunLoop 就是這樣一個函數,其內部是一個do-while循環。當你調用CFRunLoopRun()時,線程就會一直停留在這個循環里;直到超時或被手動停止,該函數才會返回
有一個這樣的問題:當我們點擊一個app,從我們點擊到程序啟動、程序運行再到程序殺死這個過程,系統都發生了什么呢?
實際上當我們調用了main函數之后,會調用UIApplicationMain函數,在這個函數內部會啟動主線程的RunLoop,然后經過一系列的處理,最終主線程的RunLoop會處于一個休眠狀態,然后我們此時如果點擊一下屏幕,會轉化成一個Source1來讓我們的主線程喚醒,然后當我們殺死程序時,會調用RunLoop的退出,同時發送通知告訴觀察者
找到一張總結圖幫助記憶:
以上就是分析IOS RunLoop的事件循環機制的詳細內容,更多關于IOS RunLoop的事件循環機制的資料請關注好吧啦網其它相關文章!
相關文章:
