如何理解主線程與主Runloop

這篇文章主要講解了“如何理解主線程與主Runloop”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“如何理解主線程與主Runloop”吧！

Pre

• macOS：Catalina 10.15.7

• Xcode：12.3

• objc4：objc4-787.1

基本概念

CFRunloop

1. CFRunLoop對(duì)象監(jiān)視任務(wù)的輸入源，并在它們準(zhǔn)備好進(jìn)行處理時(shí)分派控制。

2. 運(yùn)行循環(huán)可以監(jiān)視三種類型的對(duì)象:CFRunLoopSource、CFRunLoopTimer和CFRunLoopObserver。

3. 添加到運(yùn)行循環(huán)中的每個(gè)源、計(jì)時(shí)器和觀察者必須與一個(gè)或多個(gè)運(yùn)行循環(huán)模式相關(guān)聯(lián)。

4. Core Foundation定義了一種特殊的偽模式，稱為common modes，它允許您將多個(gè)模式與給定的source、timer或observer關(guān)聯(lián)起來(lái)。

5. 每個(gè)線程只有一個(gè)運(yùn)行循環(huán)。你既不創(chuàng)建也不銷毀線程的運(yùn)行循環(huán)。Core Foundation會(huì)根據(jù)需要自動(dòng)為您創(chuàng)建它。

6. 運(yùn)行循環(huán)可以遞歸地運(yùn)行。您可以在任何運(yùn)行循環(huán)調(diào)用中調(diào)用CFRunLoopRun或CFRunLoopRunInMode，并在當(dāng)前線程的調(diào)用堆棧上創(chuàng)建嵌套的運(yùn)行循環(huán)激活。

7. Cocoa應(yīng)用程序構(gòu)建在CFRunLoop之上，實(shí)現(xiàn)它們自己的高級(jí)事件循環(huán)。在編寫應(yīng)用程序時(shí)，可以將源代碼、計(jì)時(shí)器和觀察者添加到它們的運(yùn)行循環(huán)對(duì)象和模式中。然后，您的對(duì)象將作為常規(guī)應(yīng)用程序事件循環(huán)的一部分被監(jiān)視。使用NSRunLoop的gettcfrunloop方法可以得到對(duì)應(yīng)的CFRunLoopRef類型。

NSRunloop

• NSRunLoop是對(duì)Core Fundation中的CFRunloop的封裝

• NSRunLoop對(duì)象處理來(lái)自窗口系統(tǒng)的鼠標(biāo)和鍵盤事件、NSPort對(duì)象和NSConnection對(duì)象等源的輸入。NSRunLoop對(duì)象也會(huì)處理NSTimer事件。

• 你的應(yīng)用程序既不創(chuàng)建也不顯式管理NSRunLoop對(duì)象。每個(gè)NSThread對(duì)象(包括應(yīng)用程序的主線程)都有一個(gè)根據(jù)需要自動(dòng)創(chuàng)建的NSRunLoop對(duì)象。如果需要訪問(wèn)當(dāng)前線程的運(yùn)行循環(huán)，可以使用類方法currentRunLoop來(lái)實(shí)現(xiàn)。

• 注意，從NSRunLoop的角度來(lái)看，NSTimer對(duì)象不是“輸入”——它們是一種特殊的類型，這意味著當(dāng)它們觸發(fā)時(shí)，不會(huì)導(dǎo)致運(yùn)行循環(huán)返回。

• NSRunLoop類通常被認(rèn)為是線程不安全的，它的方法應(yīng)該只在當(dāng)前線程的上下文中被調(diào)用。永遠(yuǎn)不要嘗試調(diào)用運(yùn)行在不同線程中的NSRunLoop對(duì)象的方法，因?yàn)檫@樣做可能會(huì)導(dǎo)致意想不到的結(jié)果。

線程 & Runloop

先看結(jié)論！劃重點(diǎn)！

• Cocoa和Core Foundation都提供了運(yùn)行循環(huán)對(duì)象（NSRunloop和CFRunloop）來(lái)幫助配置和管理線程的運(yùn)行循環(huán)。

• 應(yīng)用程序不需要顯式地創(chuàng)建這些對(duì)象；每個(gè)線程(包括主線程)都有一個(gè)關(guān)聯(lián)的Runloop對(duì)象。

• 作為應(yīng)用程序啟動(dòng)過(guò)程的一部分，應(yīng)用程序框架自動(dòng)在主線程上設(shè)置并運(yùn)行運(yùn)行循環(huán)。而子線程需要顯式地運(yùn)行它們的運(yùn)行循環(huán)。

• 關(guān)系概括：App啟動(dòng)后，蘋果在主線程創(chuàng)建了其關(guān)聯(lián)的Runloop，并在該Runloop中注冊(cè)兩個(gè)Observer

• 第一個(gè)事件：BeforeWaiting（準(zhǔn)備進(jìn)入休眠），回調(diào)內(nèi)會(huì)調(diào)用_objc_autoreleasePoolPop()釋放舊的池并調(diào)用_objc_autoreleasePoolPush()創(chuàng)建新的池

• 第二個(gè)事件：Exit（即將退出Loop），回調(diào)內(nèi)會(huì)調(diào)用_objc_autoreleasePoolPop()銷毀自動(dòng)釋放池

• 第一個(gè)Observer（優(yōu)先級(jí)最高）監(jiān)控的事件：Entry（即將進(jìn)入Loop），回調(diào)內(nèi)會(huì)調(diào)用_objc_autoreleasePoolPush()創(chuàng)建自動(dòng)釋放池

• 第二個(gè)Observer（優(yōu)先級(jí)最低）監(jiān)控兩個(gè)事件：

關(guān)系分析

• 根據(jù)調(diào)用堆棧我們可以看出來(lái)，當(dāng)調(diào)用UIApplicationMain()方法后，系統(tǒng)會(huì)自動(dòng)為其創(chuàng)建相關(guān)聯(lián)的Runloop。

• 通過(guò)在main()函數(shù)首行即獲取主線程與主runloop可以看到：此時(shí)主線程的runloop已經(jīng)存在了。我們可以推測(cè)出主線程創(chuàng)建后即會(huì)創(chuàng)建對(duì)應(yīng)的runloop，也就是說(shuō)，主runloop在程序一啟動(dòng)就默認(rèn)創(chuàng)建好了。 但是此時(shí)的主runloop中，還未添加相關(guān)觀察者等等。

• 當(dāng)代碼從main()開始執(zhí)行，此時(shí)的runloop依然是一個(gè)空的結(jié)構(gòu)體

• 查看進(jìn)入applicationDidLaunchingWithOptions:之前的調(diào)用堆棧 可以看到會(huì)為此時(shí)的主Runloop添加Source等相關(guān)信息

• 走進(jìn)applicationDidLaunchingWithOptions時(shí),再通過(guò)po CFRunloopGetMain()獲取此時(shí)的主Runloop信息，可以看到觀察者、source等都已添加完成

// 截取部分
current mode = kCFRunLoopDefaultMode,
common modes = <CFBasicHash 0x6000014e5260 [0x7fff8002e8c0]>{type = mutable set, count = 2,
entries =>
	0 : <CFString 0x7fff806610e0 [0x7fff8002e8c0]>{contents = "UITrackingRunLoopMode"}
	2 : <CFString 0x7fff801ab7e8 [0x7fff8002e8c0]>{contents = "kCFRunLoopDefaultMode"}
}

感謝各位的閱讀，以上就是“如何理解主線程與主Runloop”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)如何理解主線程與主Runloop這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！