RunLoop的定義與概念

RunLoop的主要作用

main函數(shù)中的RunLoop

RunLoop與線程的關(guān)系

RunLoop的消息種類

RunLoop的對(duì)外接口

RunLoop的mode

RunLoop的內(nèi)部邏輯

RunLoop在iOS中內(nèi)部的應(yīng)用

RunLoop在iOS開(kāi)發(fā)中的實(shí)踐

總結(jié)

參考文獻(xiàn)

RunLoop的定義與概念

• 顧名思義 RunLoop僚碎， 就是一個(gè)在Run的loop侣签，就是一個(gè)一直在跑的圈荞彼。其本質(zhì)就是無(wú)休止的while循環(huán)肌幽。一般的程序都是執(zhí)行完任務(wù)后便結(jié)束淹冰。但由于手機(jī)應(yīng)用的特殊性，在其不執(zhí)行任務(wù)時(shí)拷淘，也不能將其殺死撇他，而是暫時(shí)休眠狀態(tài)，直到有外部或內(nèi)部因素將其喚醒誊抛，繼續(xù)run列牺。直到用戶手動(dòng)將該程序徹底關(guān)閉。
• 這種模型通常被稱作 Event Loop芍锚。 Event Loop 在很多系統(tǒng)和框架里都有實(shí)現(xiàn)昔园，比如 Node.js 的事件處理，比如 Windows 程序的消息循環(huán)并炮，再比如 OSX/iOS 里的 RunLoop默刚。實(shí)現(xiàn)這種模型的關(guān)鍵點(diǎn)在于：如何管理事件/消息，如何讓線程在沒(méi)有處理消息時(shí)休眠以避免資源占用逃魄、在有消息到來(lái)時(shí)立刻被喚醒荤西。
• RunLoop 實(shí)際上就是一個(gè)對(duì)象，這個(gè)對(duì)象管理了其需要處理的事件和消息伍俘，并提供了一個(gè)入口函數(shù)來(lái)執(zhí)行上面 Event Loop 的邏輯寻行。線程執(zhí)行了這個(gè)函數(shù)后，就會(huì)一直處于這個(gè)函數(shù)內(nèi)部 “接受消息->等待->處理” 的循環(huán)中缀旁，直到這個(gè)循環(huán)結(jié)束（比如傳入 quit 的消息）翰铡，函數(shù)返回。
• 程序例程如下：

    // 無(wú)Runloop妨退，程序執(zhí)行完后妇萄，直接返回
int main(int argc,char * argv[]){
        NSLog(@"execute main function");---->程序開(kāi)始
        return 0; ------------------------->程序結(jié)束
}
// 有Runloop
int main(int argc,char * argv[]){
        BOOL running = YES; -------->程序開(kāi)始
        do {------------------------------
    // 執(zhí)行各種任務(wù)蜕企，處理各種事件------持續(xù)運(yùn)行
        }while(running);---------------------
        return 0;
}

• OSX/iOS 系統(tǒng)中，提供了兩個(gè)這樣的對(duì)象：NSRunLoop 和 CFRunLoopRef冠句。
  • CFRunLoopRef 是在 CoreFoundation 框架內(nèi)的轻掩，它提供了純 C 函數(shù)的 API，所有這些 API 都是線程安全的懦底。
  • NSRunLoop 是基于 CFRunLoopRef 的封裝唇牧，提供了面向?qū)ο蟮?API，但是這些 API 不是線程安全的聚唐。

RunLoop的主要作用

• 使程序一直運(yùn)行并接收用戶的輸入
• 決定程序在何時(shí)處理哪些事件
• 調(diào)用解耦（主調(diào)方產(chǎn)生很多事件丐重，不用等到被調(diào)方處理完事件之后，才能執(zhí)行其他操作）
• 節(jié)省CPU時(shí)間（當(dāng)程序啟動(dòng)后拱层，什么都沒(méi)有執(zhí)行的話弥臼，就不用讓CPU來(lái)消耗資源來(lái)執(zhí)行，直接進(jìn)入睡眠狀態(tài)）

main函數(shù)中的RunLoop

• 由于手機(jī)應(yīng)用的特殊性根灯，所以在iOS程序中径缅，main 函數(shù)內(nèi)部也啟動(dòng)了一個(gè)RunLoop
• 程序如下

int main(int argc, char * argv[]) {
  @autoreleasepool {
      return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
  }
}

• 其中 UIApplicationMain 函數(shù)內(nèi)部幫我們開(kāi)啟了主線程的 RunLoop ， UIApplicationMain 內(nèi)部擁有一個(gè)無(wú)線循環(huán)的代碼烙肺。這個(gè) UIApplicationMain 函數(shù)幫我們啟動(dòng)的 RunLoop 屬于程序的主線程所有纳猪，所以我們不需要再為主線程開(kāi)啟 RunLoop。由于我們的程序在主線程上擁有一個(gè) RunLoop 桃笙，所以我們將程序打開(kāi)后氏堤，執(zhí)行完它所需要的任務(wù)后，不一定非要退出程序搏明，而是可以選擇將其后臺(tái)掛起鼠锈。一切都是因?yàn)?主線程上RunLoop 的關(guān)系，我們的程序才可以長(zhǎng)時(shí)間持續(xù)運(yùn)行星著。

RunLoop與線程的關(guān)系

• RunLoop 與線程可以說(shuō)是一一對(duì)應(yīng)的關(guān)系购笆。但是不一定一定是一對(duì)一，有可能是0對(duì)1虚循。因?yàn)橹挥性谥骶€程中同欠，我們的iOS程序幫助我們開(kāi)啟了 RunLoop。而在我們自己定義或系統(tǒng)幫我們開(kāi)啟的子線程中横缔，如果我們不顯式的“創(chuàng)建” RunLoop ,我們的子線程就沒(méi)有Runloop铺遂。這里所謂的“創(chuàng)建”，并不是直接創(chuàng)建 RunLoop 茎刚，而是通過(guò)調(diào)用獲取 RunLoop 的方法來(lái)完成 RunLoop 的創(chuàng)建襟锐，因?yàn)樵?RunLoop 的內(nèi)部，實(shí)際上是通過(guò)懶加載方法創(chuàng)建的膛锭。這也是我們?nèi)绻徽{(diào)用 獲取 方法粮坞，就不會(huì)獲得 RunLoop 的原因笛质。
• RunLoop 的創(chuàng)建是發(fā)生在第一次獲取時(shí)，RunLoop 的銷毀是發(fā)生在線程結(jié)束時(shí)捞蚂。你只能在一個(gè)線程的內(nèi)部獲取其 RunLoop（主線程除外）。
• 獲取 Runloop 的方法如下：

  • 在 Core Foundation 中

    • CFRunLoopGetMain() // 獲取主線程的Runloop
    • CFRunLoopGetCurrent() // 獲取當(dāng)前線程的Runloop

  • 在 Cocoa 中

    • [NSRunLoop currentRunLoop]

  • CFRunLoopRef 和 NSRunLoop 可以轉(zhuǎn)化, NSRunLoop 使用 getCFRunLoop方法就可以得到 CFRunLoopRef 對(duì)象

• 示例代碼如下：

/// 全局的Dictionary跷究，key 是 pthread_t姓迅， value 是 CFRunLoopRef
static CFMutableDictionaryRef loopsDic;
/// 訪問(wèn) loopsDic 時(shí)的鎖
static CFSpinLock_t loopsLock;
 
/// 獲取一個(gè) pthread 對(duì)應(yīng)的 RunLoop。
CFRunLoopRef _CFRunLoopGet(pthread_t thread) {
    OSSpinLockLock(&loopsLock);
    
    if (!loopsDic) {
        // 第一次進(jìn)入時(shí)俊马，初始化全局Dic丁存，并先為主線程創(chuàng)建一個(gè) RunLoop。
        loopsDic = CFDictionaryCreateMutable();
        CFRunLoopRef mainLoop = _CFRunLoopCreate();
        CFDictionarySetValue(loopsDic, pthread_main_thread_np(), mainLoop);
    }
    
    /// 直接從 Dictionary 里獲取柴我。
    CFRunLoopRef loop = CFDictionaryGetValue(loopsDic, thread));
    
    if (!loop) {
        /// 取不到時(shí)解寝，創(chuàng)建一個(gè)
        loop = _CFRunLoopCreate();
        CFDictionarySetValue(loopsDic, thread, loop);
        /// 注冊(cè)一個(gè)回調(diào)，當(dāng)線程銷毀時(shí)艘儒，順便也銷毀其對(duì)應(yīng)的 RunLoop聋伦。
        _CFSetTSD(..., thread, loop, __CFFinalizeRunLoop);
    }
    
    OSSpinLockUnLock(&loopsLock);
    return loop;
}
CFRunLoopRef CFRunLoopGetMain() {
    return _CFRunLoopGet(pthread_main_thread_np());
}
 
CFRunLoopRef CFRunLoopGetCurrent() {
    return _CFRunLoopGet(pthread_self());
}

• 由代碼可以看出，RunLoop 實(shí)際上是由字典來(lái)進(jìn)行保存的界睁，這也更加印證了 RunLoop 與線程之間一一對(duì)應(yīng)的關(guān)系觉增。

RunLoop的消息種類

• 這是apple官方文檔的一張圖, 表示了Runloop的消息種類。

  
  
  Runloop的消息種類

• 這張圖我也沒(méi)有特別看懂翻斟，主要是講的Runloop的兩種輸入源逾礁。官方文檔的解釋是

  • InputSources : 用來(lái)投遞異步消息,通常消息來(lái)自另外的線程或者程序.在接受到消息并調(diào)用指定的方法時(shí),線程對(duì)應(yīng)的 NSRunLoop 對(duì)象會(huì)通過(guò)執(zhí)行 runUntilDate:方法來(lái)退出.
  • Timer Source: 用來(lái)投遞 timer 事件(Schedule 或者 Repeat)中的同步消息.在消息處理時(shí),并不會(huì)退出 RunLoop.
    RunLoop 除了處理以上兩種 Input Soruce,它也會(huì)在運(yùn)行過(guò)程中生成不同的 notifications,標(biāo)識(shí) runloop 所處的狀態(tài),因此可以給 RunLoop 注冊(cè)觀察者 Observer,以便監(jiān)控 RunLoop 的運(yùn)行過(guò)程,并在 RunLoop 進(jìn)入某些狀態(tài)時(shí)候進(jìn)行相應(yīng)的操作, Apple 只提供了 Core Foundation 的 API來(lái)給 RunLoop 注冊(cè)觀察者Observer.

RunLoop的對(duì)外接口

• 在 CoreFoundation 里面關(guān)于 RunLoop 有5個(gè)類:
  • CFRunLoopRef
  • CFRunLoopModeRef
  • CFRunLoopSourceRef
  • CFRunLoopTimerRef
  • CFRunLoopObserverRef

• 其中 CFRunLoopModeRef 類并沒(méi)有對(duì)外暴露，只是通過(guò) CFRunLoopRef 的接口進(jìn)行了封裝访惜。他們的關(guān)系如下:

  
  
  Runloop的包含元素
• 由圖片可以看出嘹履，一個(gè) Runloop 中，含有數(shù)個(gè) mode 债热，而其中每個(gè) mode 又包含數(shù)個(gè) source砾嫉， observer， timer阳柔。每次調(diào)用 RunLoop 的主函數(shù)時(shí)焰枢，只能指定其中一個(gè) Mode，這個(gè)Mode被稱作 CurrentMode舌剂。如果需要切換 Mode济锄，只能退出 Loop，再重新指定一個(gè) Mode 進(jìn)入霍转。這樣做主要是為了分隔開(kāi)不同組的 Source/Timer/Observer荐绝，讓其互不影響。
• 在這里需要注意的是避消，在輔助線程啟動(dòng) runloop 之前, 你必須至少在其中添加一個(gè) input source 或者 timer（詳見(jiàn)第三章 Runloop的消息種類）. 如果一個(gè) runloop 中沒(méi)有一個(gè)事件源sources, runloop 會(huì)在你啟動(dòng)它以后立即退出.
• 在添加了 source 以后,你可以給 runloop 添加 observers 來(lái)監(jiān)測(cè) runloop 的不同的執(zhí)行的狀態(tài).為了加入 observer, 你應(yīng)該創(chuàng)建一個(gè) CFRunLoopObserverRef,使用 CFRunLoopAddObserver 函數(shù)添加 observer 到你的 runloop.
• 下面來(lái)具體介紹 Runloop 對(duì)外提供的這幾種接口
  • CFRunLoopSourceRef 是事件產(chǎn)生的地方低滩。Source有兩個(gè)版本：Source0 和 Source1召夹。
    • Source0 只包含了一個(gè)回調(diào)（函數(shù)指針），它并不能主動(dòng)觸發(fā)事件恕沫。使用時(shí)监憎，你需要先調(diào)用 CFRunLoopSourceSignal(source)，將這個(gè) Source 標(biāo)記為待處理婶溯，然后手動(dòng)調(diào)用 CFRunLoopWakeUp(runloop) 來(lái)喚醒 RunLoop鲸阔，讓其處理這個(gè)事件。
    • Source1 包含了一個(gè) mach_port（很重要的概念） 和一個(gè)回調(diào)（函數(shù)指針）迄委，被用于通過(guò)內(nèi)核和其他線程相互發(fā)送消息褐筛。這種 Source 能主動(dòng)喚醒 RunLoop 的線程，具體的請(qǐng)看下面的代碼叙身。
  • CFRunLoopTimerRef 是基于時(shí)間的觸發(fā)器渔扎，它和 NSTimer 是toll-free bridged 的，可以混用信轿。其包含一個(gè)時(shí)間長(zhǎng)度和一個(gè)回調(diào)（函數(shù)指針）晃痴。當(dāng)其加入到 RunLoop 時(shí)，RunLoop會(huì)注冊(cè)對(duì)應(yīng)的時(shí)間點(diǎn)财忽，當(dāng)時(shí)間點(diǎn)到時(shí)愧旦，RunLoop會(huì)被喚醒以執(zhí)行那個(gè)回調(diào)。
  • CFRunLoopObserverRef 是觀察者定罢，每個(gè) Observer 都包含了一個(gè)回調(diào)（函數(shù)指針）笤虫，當(dāng) RunLoop 的狀態(tài)發(fā)生變化時(shí)，觀察者就能通過(guò)回調(diào)接受到這個(gè)變化祖凫∏眚牵可以觀測(cè)的時(shí)間點(diǎn)有以下幾個(gè)：

    typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry         = (1UL << 0), // 即將進(jìn)入Loop
    kCFRunLoopBeforeTimers  = (1UL << 1), // 即將處理 Timer
    kCFRunLoopBeforeSources = (1UL << 2), // 即將處理 Source
    kCFRunLoopBeforeWaiting = (1UL << 5), // 即將進(jìn)入休眠 32
    kCFRunLoopAfterWaiting  = (1UL << 6), // 剛從休眠中喚醒 64
    kCFRunLoopExit          = (1UL << 7), // 即將退出Loop 128
};

• 上面的 Source/Timer/Observer 被統(tǒng)稱為 mode item，一個(gè) item 可以被同時(shí)加入多個(gè) mode惠况。但一個(gè) item 被重復(fù)加入同一個(gè) mode 時(shí)是不會(huì)有效果的遭庶。如果一個(gè) mode 中一個(gè) item 都沒(méi)有，則 RunLoop 會(huì)直接退出稠屠，不進(jìn)入循環(huán)峦睡。

RunLoop的mode

• CFRunLoopMode 和 CFRunLoop 的結(jié)構(gòu)大致如下：

struct __CFRunLoopMode {
    CFStringRef _name;            // Mode Name, 例如 @"kCFRunLoopDefaultMode"
    CFMutableSetRef _sources0;    // Set
    CFMutableSetRef _sources1;    // Set
    CFMutableArrayRef _observers; // Array
    CFMutableArrayRef _timers;    // Array
    ...
};
 
struct __CFRunLoop {
    CFMutableSetRef _commonModes;     // Set
    CFMutableSetRef _commonModeItems; // Set<Source/Observer/Timer>
    CFRunLoopModeRef _currentMode;    // Current Runloop Mode
    CFMutableSetRef _modes;           // Set
    ...
};

• 系統(tǒng)默認(rèn)注冊(cè)了5個(gè)Mode:

  1. kCFRunLoopDefaultMode: App的默認(rèn) Mode，通常主線程是在這個(gè) Mode 下運(yùn)行的权埠。
  2. UITrackingRunLoopMode: 界面跟蹤 Mode榨了，用于 ScrollView 追蹤觸摸滑動(dòng)，保證界面滑動(dòng)時(shí)不受其他 Mode 影響攘蔽。
  3. UIInitializationRunLoopMode: 在剛啟動(dòng) App 時(shí)第進(jìn)入的第一個(gè) Mode龙屉，啟動(dòng)完成后就不再使用。
  4. GSEventReceiveRunLoopMode: 接受系統(tǒng)事件的內(nèi)部 Mode满俗，通常用不到转捕。
  5. kCFRunLoopCommonModes: 這是一個(gè)占位的 Mode作岖，沒(méi)有實(shí)際作用。

• 我們平時(shí)主要應(yīng)用的 mode 有 kCFRunLoopDefaultMode 和 UITrackingRunLoopMode 兩種五芝， 其中 kCFRunLoopDefaultMode(在cocoa中也叫NSDefaultRunLoopMode)是我們開(kāi)啟一個(gè) RunLoop 時(shí)默認(rèn)的 mode 方式痘儡。 而 UITrackingRunLoopMode 主要是追蹤 ScrollView 滑動(dòng)時(shí)的狀態(tài)。

• 這里有個(gè)概念叫 “CommonModes”：一個(gè) Mode 可以將自己標(biāo)記為”Common”屬性（通過(guò)將其 ModeName 添加到 RunLoop 的 “commonModes” 中）枢步。每當(dāng) RunLoop 的內(nèi)容發(fā)生變化時(shí)谤辜，RunLoop 都會(huì)自動(dòng)將 _commonModeItems 里的 Source/Observer/Timer 同步到具有 “Common” 標(biāo)記的所有Mode里。需要注意的是： “CommonModes”并不是一個(gè)真正的 mode 价捧， 它實(shí)際上是一個(gè) 數(shù)組 里面放入了 kCFRunLoopDefaultMode 和 UITrackingRunLoopMode

• 應(yīng)用場(chǎng)景舉例：主線程的 RunLoop 里有兩個(gè)預(yù)置的 Mode：kCFRunLoopDefaultMode 和 UITrackingRunLoopMode。這兩個(gè) Mode 都已經(jīng)被標(biāo)記為”Common”屬性涡戳。DefaultMode 是 App 平時(shí)所處的狀態(tài)结蟋，UITrackingRunLoopMode 是追蹤 ScrollView 滑動(dòng)時(shí)的狀態(tài)。當(dāng)你創(chuàng)建一個(gè) Timer 并加到 DefaultMode 時(shí)渔彰，Timer 會(huì)得到重復(fù)回調(diào)嵌屎，但此時(shí)滑動(dòng)一個(gè)TableView時(shí)，RunLoop 會(huì)將 mode 切換為 UITrackingRunLoopMode恍涂，這時(shí) Timer 就不會(huì)被回調(diào)宝惰，并且也不會(huì)影響到滑動(dòng)操作。有時(shí)你需要一個(gè) Timer再沧，在兩個(gè) Mode 中都能得到回調(diào)尼夺，一種辦法就是將這個(gè) Timer 分別加入這兩個(gè) Mode。還有一種方式炒瘸，就是將 Timer 加入到頂層的 RunLoop 的 “commonModeItems” 中淤堵。”commonModeItems” 被 RunLoop 自動(dòng)更新到所有具有”Common”屬性的 Mode 里去顷扩。

• CFRunLoop對(duì)外暴露的管理 Mode 接口只有下面2個(gè):

CFRunLoopAddCommonMode(CFRunLoopRef runloop, CFStringRef modeName);
CFRunLoopRunInMode(CFStringRef modeName, ...);

• Mode 暴露的管理 mode item 的接口有下面幾個(gè)

CFRunLoopAddSource(CFRunLoopRef rl, CFRunLoopSourceRef source, CFStringRef modeName);
CFRunLoopAddObserver(CFRunLoopRef rl, CFRunLoopObserverRef observer, CFStringRef modeName);
CFRunLoopAddTimer(CFRunLoopRef rl, CFRunLoopTimerRef timer, CFStringRef mode);
CFRunLoopRemoveSource(CFRunLoopRef rl, CFRunLoopSourceRef source, CFStringRef modeName);
CFRunLoopRemoveObserver(CFRunLoopRef rl, CFRunLoopObserverRef observer, CFStringRef modeName);
CFRunLoopRemoveTimer(CFRunLoopRef rl, CFRunLoopTimerRef timer, CFStringRef mode);

• 你只能通過(guò) mode name 來(lái)操作內(nèi)部的 mode拐邪，當(dāng)你傳入一個(gè)新的 mode name 但 RunLoop 內(nèi)部沒(méi)有對(duì)應(yīng) mode 時(shí)，RunLoop會(huì)自動(dòng)幫你創(chuàng)建對(duì)應(yīng)的 CFRunLoopModeRef隘截。對(duì)于一個(gè) RunLoop 來(lái)說(shuō)扎阶，其內(nèi)部的 mode 只能增加不能刪除。

RunLoop的內(nèi)部邏輯

• 先放一張我認(rèn)為非常好的圖,其中還是有些錯(cuò)誤之處婶芭，根據(jù)官方文檔东臀，第7步：休眠，等待喚醒的source種類應(yīng)該是source1犀农，而不是source0啡邑。

  
  
  Runloop的內(nèi)部邏輯

• 內(nèi)部代碼實(shí)現(xiàn)如下 如果嫌太長(zhǎng)，直接看注釋即可井赌。

/// 用DefaultMode啟動(dòng)
void CFRunLoopRun(void) {
    CFRunLoopRunSpecific(CFRunLoopGetCurrent(), kCFRunLoopDefaultMode, 1.0e10, false);
}
 
/// 用指定的Mode啟動(dòng)谤逼，允許設(shè)置RunLoop超時(shí)時(shí)間
int CFRunLoopRunInMode(CFStringRef modeName, CFTimeInterval seconds, Boolean stopAfterHandle) {
    return CFRunLoopRunSpecific(CFRunLoopGetCurrent(), modeName, seconds, returnAfterSourceHandled);
}
 
/// RunLoop的實(shí)現(xiàn)
int CFRunLoopRunSpecific(runloop, modeName, seconds, stopAfterHandle) {
    
    /// 首先根據(jù)modeName找到對(duì)應(yīng)mode
    CFRunLoopModeRef currentMode = __CFRunLoopFindMode(runloop, modeName, false);
    /// 如果mode里沒(méi)有source/timer/observer, 直接返回贵扰。
    if (__CFRunLoopModeIsEmpty(currentMode)) return;
    
    /// 1. 通知 Observers: RunLoop 即將進(jìn)入 loop。
    __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopEntry);
    
    /// 內(nèi)部函數(shù)流部，進(jìn)入loop
    __CFRunLoopRun(runloop, currentMode, seconds, returnAfterSourceHandled) {
        
        Boolean sourceHandledThisLoop = NO;
        int retVal = 0;
        do {
 
            /// 2. 通知 Observers: RunLoop 即將觸發(fā) Timer 回調(diào)戚绕。
            __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeTimers);
            /// 3. 通知 Observers: RunLoop 即將觸發(fā) Source0 (非port) 回調(diào)。
            __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeSources);
            /// 執(zhí)行被加入的block
            __CFRunLoopDoBlocks(runloop, currentMode);
            
            /// 4. RunLoop 觸發(fā) Source0 (非port) 回調(diào)枝冀。
            sourceHandledThisLoop = __CFRunLoopDoSources0(runloop, currentMode, stopAfterHandle);
            /// 執(zhí)行被加入的block
            __CFRunLoopDoBlocks(runloop, currentMode);
 
            /// 5. 如果有 Source1 (基于port) 處于 ready 狀態(tài)舞丛，直接處理這個(gè) Source1 然后跳轉(zhuǎn)去處理消息。
            if (__Source0DidDispatchPortLastTime) {
                Boolean hasMsg = __CFRunLoopServiceMachPort(dispatchPort, &msg)
                if (hasMsg) goto handle_msg;
            }
            
            /// 通知 Observers: RunLoop 的線程即將進(jìn)入休眠(sleep)果漾。
            if (!sourceHandledThisLoop) {
                __CFRunLoopDoObservers(runloop, currentMode, kCFRunLoopBeforeWaiting);
            }
            
            /// 7. 調(diào)用 mach_msg 等待接受 mach_port 的消息球切。線程將進(jìn)入休眠, 直到被下面某一個(gè)事件喚醒。
            /// ? 一個(gè)基于 port 的Source 的事件绒障。
            /// ? 一個(gè) Timer 到時(shí)間了
            /// ? RunLoop 自身的超時(shí)時(shí)間到了
            /// ? 被其他什么調(diào)用者手動(dòng)喚醒
            __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 如果一個(gè) Timer 到時(shí)間了鸵钝，觸發(fā)這個(gè)Timer的回調(diào)。
            if (msg_is_timer) {
                __CFRunLoopDoTimers(runloop, currentMode, mach_absolute_time())
            } 
 
            /// 9.2 如果有dispatch到main_queue的block庐镐，執(zhí)行block恩商。
            else if (msg_is_dispatch) {
                __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__(msg);
            } 
 
            /// 9.3 如果一個(gè) Source1 (基于port) 發(fā)出事件了，處理這個(gè)事件
            else {
                CFRunLoopSourceRef source1 = __CFRunLoopModeFindSourceForMachPort(runloop, currentMode, livePort);
                sourceHandledThisLoop = __CFRunLoopDoSource1(runloop, currentMode, source1, msg);
                if (sourceHandledThisLoop) {
                    mach_msg(reply, MACH_SEND_MSG, reply);
                }
            }
            
            /// 執(zhí)行加入到Loop的block
            __CFRunLoopDoBlocks(runloop, currentMode);
            
 
            if (sourceHandledThisLoop && stopAfterHandle) {
                /// 進(jìn)入loop時(shí)參數(shù)說(shuō)處理完事件就返回必逆。
                retVal = kCFRunLoopRunHandledSource;
            } else if (timeout) {
                /// 超出傳入?yún)?shù)標(biāo)記的超時(shí)時(shí)間了
                retVal = kCFRunLoopRunTimedOut;
            } else if (__CFRunLoopIsStopped(runloop)) {
                /// 被外部調(diào)用者強(qiáng)制停止了
                retVal = kCFRunLoopRunStopped;
            } else if (__CFRunLoopModeIsEmpty(runloop, currentMode)) {
                /// source/timer/observer一個(gè)都沒(méi)有了
                retVal = kCFRunLoopRunFinished;
            }
            
            /// 如果沒(méi)超時(shí)怠堪，mode里沒(méi)空，loop也沒(méi)被停止名眉，那繼續(xù)loop研叫。
        } while (retVal == 0);
    }
    
    /// 10. 通知 Observers: RunLoop 即將退出。
    __CFRunLoopDoObservers(rl, currentMode, kCFRunLoopExit);
}

• 可以注意到璧针，在這段代碼在第5步嚷炉，跳轉(zhuǎn)到第9步執(zhí)行source1的事件時(shí)，使用了 goto 語(yǔ)句探橱，可見(jiàn)申屹，專注底層的大神就是跟我們普通人不一樣啊哈哈哈。
• 實(shí)際上 RunLoop 就是這樣一個(gè)函數(shù)隧膏，其內(nèi)部是一個(gè) do-while 循環(huán)哗讥。當(dāng)你調(diào)用 CFRunLoopRun() 時(shí)，線程就會(huì)一直停留在這個(gè)循環(huán)里胞枕；直到超時(shí)或被手動(dòng)停止杆煞，該函數(shù)才會(huì)返回。
• RunLoop 的核心就是一個(gè) mach_msg() (見(jiàn)上面代碼的第7步)，RunLoop 調(diào)用這個(gè)函數(shù)去接收消息决乎，如果沒(méi)有別人發(fā)送 port 消息過(guò)來(lái)队询，內(nèi)核會(huì)將線程置于等待狀態(tài)。例如你在模擬器里跑起一個(gè) iOS 的 App构诚，然后在 App 靜止時(shí)點(diǎn)擊暫停蚌斩，你會(huì)看到主線程調(diào)用棧是停留在 mach_msg_trap() 這個(gè)地方。

• 為了實(shí)現(xiàn)消息的發(fā)送和接收范嘱，mach_msg() 函數(shù)實(shí)際上是調(diào)用了一個(gè) Mach 陷阱 (trap)送膳，即函數(shù)mach_msg_trap()，陷阱這個(gè)概念在 Mach 中等同于系統(tǒng)調(diào)用丑蛤。當(dāng)你在用戶態(tài)調(diào)用 mach_msg_trap() 時(shí)會(huì)觸發(fā)陷阱機(jī)制叠聋，切換到內(nèi)核態(tài)；內(nèi)核態(tài)中內(nèi)核實(shí)現(xiàn)的 mach_msg() 函數(shù)會(huì)完成實(shí)際的工作受裹，如下圖：
  image

RunLoop在iOS中內(nèi)部的應(yīng)用

• 當(dāng) RunLoop 進(jìn)行回調(diào)時(shí)碌补，一般都是通過(guò)一個(gè)很長(zhǎng)的函數(shù)調(diào)用出去 (call out), 當(dāng)你在你的代碼中下斷點(diǎn)調(diào)試時(shí)，通常能在調(diào)用棧上看到這些函數(shù)名斟。下面是這幾個(gè)函數(shù)的整理版本，如果你在調(diào)用棧中看到這些長(zhǎng)函數(shù)名魄眉，在這里查找一下就能定位到具體的調(diào)用地點(diǎn)了：

{
    /// 1. 通知Observers砰盐，即將進(jìn)入RunLoop
    /// 此處有Observer會(huì)創(chuàng)建AutoreleasePool: _objc_autoreleasePoolPush();
    __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopEntry);
    do {
 
        /// 2. 通知 Observers: 即將觸發(fā) Timer 回調(diào)。
        __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopBeforeTimers);
        /// 3. 通知 Observers: 即將觸發(fā) Source (非基于port的,Source0) 回調(diào)坑律。
        __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopBeforeSources);
        __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__(block);
 
        /// 4. 觸發(fā) Source0 (非基于port的) 回調(diào)岩梳。
        __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__(source0);
        __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__(block);
 
        /// 6. 通知Observers，即將進(jìn)入休眠
        /// 此處有Observer釋放并新建AutoreleasePool: _objc_autoreleasePoolPop(); _objc_autoreleasePoolPush();
        __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopBeforeWaiting);
 
        /// 7. sleep to wait msg.
        mach_msg() -> mach_msg_trap();
        
 
        /// 8. 通知Observers晃择，線程被喚醒
        __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopAfterWaiting);
 
        /// 9. 如果是被Timer喚醒的冀值，回調(diào)Timer
        __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__(timer);
 
        /// 9. 如果是被dispatch喚醒的，執(zhí)行所有調(diào)用 dispatch_async 等方法放入main queue 的 block
        __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__(dispatched_block);
 
        /// 9. 如果如果Runloop是被 Source1 (基于port的) 的事件喚醒了宫屠，處理這個(gè)事件
        __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__(source1);
 
 
    } while (...);
 
    /// 10. 通知Observers列疗，即將退出RunLoop
    /// 此處有Observer釋放AutoreleasePool: _objc_autoreleasePoolPop();
    __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__(kCFRunLoopExit);
}

AutoreleasePool （非常重要）

• App啟動(dòng)后，蘋(píng)果在主線程 RunLoop 里注冊(cè)了兩個(gè) Observer浪蹂，其回調(diào)都是 _wrapRunLoopWithAutoreleasePoolHandler()抵栈。
• 第一個(gè) Observer 監(jiān)視的事件是 Entry(即將進(jìn)入Loop)，其回調(diào)內(nèi)會(huì)調(diào)用 _objc_autoreleasePoolPush() 創(chuàng)建自動(dòng)釋放池坤次。其 order 是-2147483647古劲，優(yōu)先級(jí)最高，保證創(chuàng)建釋放池發(fā)生在其他所有回調(diào)之前缰猴。
• 第二個(gè) Observer 監(jiān)視了兩個(gè)事件： BeforeWaiting(準(zhǔn)備進(jìn)入休眠) 時(shí)調(diào)用_objc_autoreleasePoolPop() 和 _objc_autoreleasePoolPush() 釋放舊的池并創(chuàng)建新池产艾；Exit(即將退出Loop) 時(shí)調(diào)用_objc_autoreleasePoolPop() 來(lái)釋放自動(dòng)釋放池。這個(gè) Observer 的 order 是 2147483647，優(yōu)先級(jí)最低闷堡，保證其釋放池子發(fā)生在其他所有回調(diào)之后隘膘。
• 在主線程執(zhí)行的代碼，通常是寫(xiě)在諸如事件回調(diào)缚窿、Timer回調(diào)內(nèi)的棘幸。這些回調(diào)會(huì)被 RunLoop 創(chuàng)建好的 AutoreleasePool 環(huán)繞著，所以不會(huì)出現(xiàn)內(nèi)存泄漏倦零，開(kāi)發(fā)者也不必顯示創(chuàng)建 Pool 了误续。

事件響應(yīng)

• 蘋(píng)果注冊(cè)了一個(gè) Source1 (基于 mach port 的) 用來(lái)接收系統(tǒng)事件，其回調(diào)函數(shù)為 __IOHIDEventSystemClientQueueCallback()扫茅。
• 當(dāng)一個(gè)硬件事件(觸摸/鎖屏/搖晃等)發(fā)生后蹋嵌，首先由 IOKit.framework 生成一個(gè) IOHIDEvent 事件并由 SpringBoard 接收。SpringBoard 只接收按鍵(鎖屏/靜音等)葫隙，觸摸栽烂，加速，接近傳感器等幾種 Event恋脚，隨后用 mach port 轉(zhuǎn)發(fā)給需要的App進(jìn)程腺办。隨后蘋(píng)果注冊(cè)的那個(gè) Source1 就會(huì)觸發(fā)回調(diào)，并調(diào)用 _UIApplicationHandleEventQueue()進(jìn)行應(yīng)用內(nèi)部的分發(fā)糟描。
• _UIApplicationHandleEventQueue() 會(huì)把 IOHIDEvent 處理并包裝成 UIEvent 進(jìn)行處理或分發(fā)怀喉，其中包括識(shí)別 UIGesture/處理屏幕旋轉(zhuǎn)/發(fā)送給 UIWindow 等。通常事件比如 UIButton 點(diǎn)擊船响、touchesBegin/Move/End/Cancel 事件都是在這個(gè)回調(diào)中完成的躬拢。
• 需要注意的是 基于UI的事件響應(yīng)，都是屬于 source1 的见间，雖然打印信息棧時(shí)聊闯，顯示的是 source0 ，但實(shí)際上米诉，首先是由Source1 接收 IOHIDEvent 菱蔬，之后在回調(diào) __IOHIDEventSystemClientQueueCallback() 內(nèi)觸發(fā)的 Source0，Source0 再觸發(fā)的 _UIApplicationHandleEventQueue()史侣。所以 UIButton 事件看到是在 Source0 內(nèi)的汗销。

手勢(shì)識(shí)別

• 當(dāng)上面的_UIApplicationHandleEventQueue() 識(shí)別了一個(gè)手勢(shì)時(shí)，其首先會(huì)調(diào)用 Cancel 將當(dāng)前的 touchesBegin/Move/End 系列回調(diào)打斷抵窒。隨后系統(tǒng)將對(duì)應(yīng)的 UIGestureRecognizer 標(biāo)記為待處理弛针。
  蘋(píng)果注冊(cè)了一個(gè) Observer 監(jiān)測(cè) BeforeWaiting (Loop即將進(jìn)入休眠) 事件，這個(gè)Observer的回調(diào)函數(shù)是 _UIGestureRecognizerUpdateObserver()李皇，其內(nèi)部會(huì)獲取所有剛被標(biāo)記為待處理的 GestureRecognizer削茁，并執(zhí)行GestureRecognizer的回調(diào)宙枷。
  當(dāng)有 UIGestureRecognizer 的變化(創(chuàng)建/銷毀/狀態(tài)改變)時(shí)，這個(gè)回調(diào)都會(huì)進(jìn)行相應(yīng)處理茧跋。

界面更新

• 當(dāng)在操作 UI 時(shí)慰丛，比如改變了 Frame、更新了 UIView/CALayer 的層次時(shí)瘾杭，或者手動(dòng)調(diào)用了 UIView/CALayer 的 setNeedsLayout/setNeedsDisplay方法后诅病，這個(gè) UIView/CALayer 就被標(biāo)記為待處理，并被提交到一個(gè)全局的容器去粥烁。
• 蘋(píng)果注冊(cè)了一個(gè) Observer 監(jiān)聽(tīng) BeforeWaiting(即將進(jìn)入休眠) 和 Exit (即將退出Loop) 事件贤笆，回調(diào)去執(zhí)行一個(gè)很長(zhǎng)的函數(shù)：
  _ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv()。這個(gè)函數(shù)里會(huì)遍歷所有待處理的 UIView/CAlayer 以執(zhí)行實(shí)際的繪制和調(diào)整讨阻，并更新 UI 界面芥永。

定時(shí)器

• NSTimer 其實(shí)就是 CFRunLoopTimerRef，他們之間是 toll-free bridged 的钝吮。一個(gè) NSTimer 注冊(cè)到 RunLoop 后埋涧，RunLoop 會(huì)為其重復(fù)的時(shí)間點(diǎn)注冊(cè)好事件。例如 10:00, 10:10, 10:20 這幾個(gè)時(shí)間點(diǎn)奇瘦。RunLoop為了節(jié)省資源棘催，并不會(huì)在非常準(zhǔn)確的時(shí)間點(diǎn)回調(diào)這個(gè)Timer。Timer 有個(gè)屬性叫做 Tolerance (寬容度)耳标，標(biāo)示了當(dāng)時(shí)間點(diǎn)到后醇坝，容許有多少最大誤差。
• 如果某個(gè)時(shí)間點(diǎn)被錯(cuò)過(guò)了麻捻，例如執(zhí)行了一個(gè)很長(zhǎng)的任務(wù)纲仍，則那個(gè)時(shí)間點(diǎn)的回調(diào)也會(huì)跳過(guò)去呀袱，不會(huì)延后執(zhí)行贸毕。就比如等公交，如果 10:10 時(shí)我忙著玩手機(jī)錯(cuò)過(guò)了那個(gè)點(diǎn)的公交夜赵，那我只能等 10:20 這一趟了明棍。
• CADisplayLink 是一個(gè)和屏幕刷新率一致的定時(shí)器（但實(shí)際實(shí)現(xiàn)原理更復(fù)雜，和 NSTimer 并不一樣寇僧，其內(nèi)部實(shí)際是操作了一個(gè) Source）摊腋。如果在兩次屏幕刷新之間執(zhí)行了一個(gè)長(zhǎng)任務(wù)，那其中就會(huì)有一幀被跳過(guò)去（和 NSTimer 相似）嘁傀，造成界面卡頓的感覺(jué)兴蒸。在快速滑動(dòng)TableView時(shí)，即使一幀的卡頓也會(huì)讓用戶有所察覺(jué)细办。

PerformSelecter

• 當(dāng)調(diào)用 NSObject 的 performSelecter:afterDelay: 后橙凳，實(shí)際上其內(nèi)部會(huì)創(chuàng)建一個(gè) Timer 并添加到當(dāng)前線程的 RunLoop 中。所以如果當(dāng)前線程沒(méi)有 RunLoop，則這個(gè)方法會(huì)失效岛啸。
• 當(dāng)調(diào)用 performSelector:onThread: 時(shí)钓觉，實(shí)際上其會(huì)創(chuàng)建一個(gè) Timer 加到對(duì)應(yīng)的線程去，同樣的坚踩，如果對(duì)應(yīng)線程沒(méi)有 RunLoop 該方法也會(huì)失效荡灾。

關(guān)于GCD

• GCD 本身與 RunLoop 是屬于平級(jí)的關(guān)系。 他們誰(shuí)也不包含誰(shuí)瞬铸，但是他們之間存在著協(xié)作的關(guān)系批幌。
• 當(dāng)調(diào)用 dispatch_async(dispatch_get_main_queue(), block) 時(shí)，libDispatch 會(huì)向主線程的 RunLoop 發(fā)送消息赴捞，RunLoop會(huì)被喚醒逼裆，并從消息中取得這個(gè) block，并在回調(diào) __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__() 里執(zhí)行這個(gè) block赦政。但這個(gè)邏輯僅限于 dispatch 到主線程胜宇，dispatch 到其他線程仍然是由 libDispatch 處理的。

Runloop在iOS開(kāi)發(fā)中的實(shí)踐

AFNetworking

• 這里有一個(gè)已經(jīng)被將爛了的例子恢着，即 AFNetworking 內(nèi)部的 AFURLConnectionOperation 類桐愉，使用 RunLoop 來(lái)保持“長(zhǎng)連接”， 目的是為了讓 RunLoop 不至于退出掰派，并沒(méi)有用于實(shí)際的發(fā)送消息从诲。 因?yàn)镽unLoop 啟動(dòng)前內(nèi)部必須要有至少一個(gè) Timer/Observer/Source，所以 AFNetworking 在 [runLoop run] 之前先創(chuàng)建了一個(gè)新的 NSMachPort 添加進(jìn)去了靡羡。
• 代碼如下：

+ (void)networkRequestThreadEntryPoint:(id)__unused object {
    @autoreleasepool {
        [[NSThread currentThread] setName:@"AFNetworking"];
        NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
        [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
        [runLoop run];
    }
}
 
+ (NSThread *)networkRequestThread {
    static NSThread *_networkRequestThread = nil;
    static dispatch_once_t oncePredicate;
    dispatch_once(&oncePredicate, ^{
        _networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil];
        [_networkRequestThread start];
    });
    return _networkRequestThread;
}

• 這里有一個(gè)坑系洛，是否 AFNetworking 這樣做了，我們就可以跟著這樣做來(lái)保持回調(diào)的 “長(zhǎng)連接” 呢略步？ 答案是否定的描扯。

AsyncDisplayKit

• UI 線程中一旦出現(xiàn)繁重的任務(wù)就會(huì)導(dǎo)致界面卡頓，這類任務(wù)通常分為3類：排版趟薄，繪制绽诚，UI對(duì)象操作。
• 排版通常包括計(jì)算視圖大小杭煎、計(jì)算文本高度恩够、重新計(jì)算子式圖的排版等操作。
  繪制一般有文本繪制 (例如 CoreText)羡铲、圖片繪制 (例如預(yù)先解壓)蜂桶、元素繪制 (Quartz)等操作。
  UI對(duì)象操作通常包括 UIView/CALayer 等 UI 對(duì)象的創(chuàng)建也切、設(shè)置屬性和銷毀扑媚。
• 其中前兩類操作可以通過(guò)各種方法扔到后臺(tái)線程執(zhí)行妥曲，而最后一類操作只能在主線程完成，并且有時(shí)后面的操作需要依賴前面操作的結(jié)果 （例如TextView創(chuàng)建時(shí)可能需要提前計(jì)算出文本的大星展骸）檐盟。ASDK 所做的，就是盡量將能放入后臺(tái)的任務(wù)放入后臺(tái)押桃，不能的則盡量推遲 (例如視圖的創(chuàng)建葵萎、屬性的調(diào)整)。
• 為此唱凯，ASDK 創(chuàng)建了一個(gè)名為 ASDisplayNode 的對(duì)象羡忘，并在內(nèi)部封裝了 UIView/CALayer，它具有和 UIView/CALayer 相似的屬性磕昼，例如 frame卷雕、backgroundColor等。所有這些屬性都可以在后臺(tái)線程更改票从，開(kāi)發(fā)者可以只通過(guò) Node 來(lái)操作其內(nèi)部的 UIView/CALayer漫雕，這樣就可以將排版和繪制放入了后臺(tái)線程。但是無(wú)論怎么操作峰鄙，這些屬性總需要在某個(gè)時(shí)刻同步到主線程的 UIView/CALayer 去浸间。
• ASDK 仿照 QuartzCore/UIKit 框架的模式，實(shí)現(xiàn)了一套類似的界面更新的機(jī)制：即在主線程的 RunLoop 中添加一個(gè) Observer吟榴，監(jiān)聽(tīng)了 kCFRunLoopBeforeWaiting 和 kCFRunLoopExit 事件魁蒜，在收到回調(diào)時(shí)，遍歷所有之前放入隊(duì)列的待處理的任務(wù)吩翻，然后一一執(zhí)行兜看。
  具體的代碼可以看這里：_ASAsyncTransactionGroup。

ImageView推遲顯示

• 利用PerformSelector設(shè)置當(dāng)前線程的RunLoop的運(yùn)行模式

  [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"tupian"] afterDelay:4.0 inModes:NSDefaultRunLoopMode];
  
  

后臺(tái)常駐線程（很常用）

• 解釋上述 AFNetworking 長(zhǎng)時(shí)間連接問(wèn)題 狭瞎。

• 方法1即 AFNetworking 中使用的方法细移，它使得 thread 在打開(kāi)后，使用結(jié)束方法CFRunLoopStop(CFRunLoopGetCurrent())并沒(méi)有正常結(jié)束脚作，該結(jié)束方法對(duì)這個(gè)創(chuàng)建 Thread 的方式無(wú)效葫哗。所以導(dǎo)致了內(nèi)存暴增缔刹，圖如下
  

  image

image

• 方法2 如圖球涛，由于它是一個(gè)非線程阻塞的方法，所以有時(shí)在線程還已經(jīng)退出后校镐，才開(kāi)始暫停這個(gè)線程亿扁，自然會(huì)使得程序崩潰。

  
  
  image

• 方法3 才是我推薦的方法 鸟廓，它可以正確的創(chuàng)建一個(gè)后臺(tái)常駐線程从祝。

  
  
  image

  • 執(zhí)行結(jié)果如下

    
    
    image

• 下面解釋一下原理吧

  • CFRunLoopStop() 方法只會(huì)結(jié)束當(dāng)前的 runMode:beforeDate: 調(diào)用襟己，而不會(huì)結(jié)束后續(xù)的調(diào)用。
  • 而我們所知道牍陌，系統(tǒng)所謂的 run() 方法擎浴，實(shí)際上就是在內(nèi)部不斷地調(diào)用runMode:beforeDate:方法，而所謂的runUntilDate:方法毒涧，也是有限的調(diào)用runMode:beforeDate:方法贮预。只是它們所傳的參數(shù)都是DefaultMode罷了。
  • 而正常結(jié)束一個(gè) RunLoop 的方法只有兩種
    • 設(shè)置超時(shí)時(shí)間
    • 使用CFRunLoopStop()方法手動(dòng)將 RunLoop 結(jié)束契讲。
  • 一般我們使用設(shè)置超時(shí)時(shí)間即可仿吞，但是在網(wǎng)絡(luò)傳輸中，我們想達(dá)到的目標(biāo)就是在精準(zhǔn)的時(shí)間點(diǎn)結(jié)束 RunLoop捡偏， 所以我們需要使用CFRunLoopStop()方法手動(dòng)將 RunLoop 結(jié)束唤冈。
  • 而CFRunLoopStop()方法的定義中說(shuō)了。

  The difference is that you can use this technique on run loops you started unconditionally.

  • 官方文檔在 run 方法的定義中則說(shuō)

  If you want the run loop to terminate, you shouldn't use this method

  • 這也就表示了银伟，如果還想從 RunLoop 中退出你虹，就不能使用 run 方法來(lái) run 一個(gè) loop。
  • 并且重要的是彤避， CFRunLoopStop() 方法只會(huì)結(jié)束當(dāng)前的 runMode:beforeDate: 調(diào)用售葡，而不會(huì)結(jié)束后續(xù)的調(diào)用。這也就是為什么 Runloop 的文檔中說(shuō)CFRunLoopStop() 可以 exit(退出) 一個(gè) RunLoop忠藤，而在 run 等方法的文檔中又說(shuō)這樣會(huì)導(dǎo)致 RunLoop 無(wú)法 terminate(終結(jié))挟伙。

總結(jié)

• 以前對(duì) RunLoop 可以說(shuō)是一竅不通， 只知道有這么個(gè)名詞模孩，在實(shí)際的編程中尖阔，也從來(lái)沒(méi)有使用過(guò)，一直都想深入研究一下榨咐，索性這兩天比較用時(shí)間介却，就花了兩天時(shí)間找了大量的資料來(lái)理解，總結(jié) RunLoop块茁， 在這個(gè)過(guò)程中難免會(huì)有很多疏漏齿坷，也請(qǐng)有緣看到這篇文章的你們不吝賜教。謝謝O(∩_∩)O~

參考文獻(xiàn)

• YYKit作者的Runloop理解数焊，講的最清楚永淌，對(duì)我影響最大
• 孫源線下Runloop分享的筆記整理
• Runloop更加深入的理解
• 蘋(píng)果官方Runloop文檔的中文翻譯
• 蘋(píng)果官方文檔
• 關(guān)于Runloop線程保活與內(nèi)存泄漏的理解
• 非常淺顯易懂的Runloop理解
• 孫源的線下Runloop分享(這個(gè)自己找視頻吧)