一. RunLoop簡介

RunLoop字面意思是跑圈，在我們的項目中其實就是運行循環(huán)，而且是充滿靈性的死循環(huán)，為什么說他充滿靈性呢？因為他可以在我們需要的時候自己跑起來運行，在我們沒有操作的時候就停下來休息。充分節(jié)省CPU資源，提高程序性能。

二. RunLoop基本作用：

1. 保持程序持續(xù)運行，程序一啟動就會開一個主線程，主線程一開起來就會跑一個主線程對應(yīng)的RunLoop,RunLoop保證主線程不會被銷毀，也就保證了程序的持續(xù)運行
2. 處理App中的各種事件（比如：觸摸事件，定時器事件，Selector事件等）
3. 節(jié)省CPU資源，提高程序性能，程序運行起來時，當(dāng)什么操作都沒有做的時候，RunLoop就告訴CUP，現(xiàn)在沒有事情做，我要去休息，這時CUP就會將其資源釋放出來去做其他的事情，當(dāng)有事情做的時候RunLoop就會立馬起來去做事情
   我們先通過API內(nèi)一張圖片來簡單看一下RunLoop內(nèi)部運行原理
   
   RunLoop內(nèi)部運行原理
   
   通過圖片可以看出，RunLoop在跑圈過程中，當(dāng)接收到Input sources 或者 Timer sources時就會交給對應(yīng)的處理方去處理。當(dāng)沒有事件消息傳入的時候，RunLoop就休息了。這里只是簡單的理解一下這張圖，接下來我們來了解RunLoop對象和其一些相關(guān)類，來更深入的理解RunLoop運行流程。

三. RunLoop在哪里開啟

我們知道主線程一開起來，就會跑一個和主線程對應(yīng)的RunLoop，那么RunLoop一定是在程序的入口main函數(shù)中開啟。

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

進(jìn)入UIApplicationMain

UIKIT_EXTERN int UIApplicationMain(int argc, char *argv[], NSString * __nullable principalClassName, NSString * __nullable delegateClassName);

我們發(fā)現(xiàn)它返回的是一個int數(shù)，那么我們對main函數(shù)做一些修改

int main(int argc, char * argv[]) {
    @autoreleasepool {
        NSLog(@"開始");
        int re = UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
        NSLog(@"結(jié)束");
        return re;
    }
}

運行程序，我們發(fā)現(xiàn)只會打印開始，并不會打印結(jié)束，這說明在UIApplicationMain函數(shù)中，開啟了一個和主線程相關(guān)的RunLoop，導(dǎo)致UIApplicationMain不會返回，一直在運行中，也就保證了程序的持續(xù)運行。
我們來看到RunLoop的源碼

// 用DefaultMode啟動
void CFRunLoopRun(void) {   /* DOES CALLOUT */
    int32_t result;
    do {
        result = CFRunLoopRunSpecific(CFRunLoopGetCurrent(), kCFRunLoopDefaultMode, 1.0e10, false);
        CHECK_FOR_FORK();
    } while (kCFRunLoopRunStopped != result && kCFRunLoopRunFinished != result);
}

我們發(fā)現(xiàn)RunLoop確實是do while通過判斷result的值實現(xiàn)的。因此，我們可以把RunLoop看成一個死循環(huán)。如果沒有RunLoop，UIApplicationMain函數(shù)執(zhí)行完畢之后將直接返回，也就沒有程序持續(xù)運行一說了

四. RunLoop對象

Fundation框架 （基于CFRunLoopRef的封裝）
NSRunLoop對象

CoreFoundation
CFRunLoopRef對象

因為Fundation框架是基于CFRunLoopRef的封裝，因此我們學(xué)習(xí)RunLoop還是要研究CFRunLoopRef 源碼

1. 獲得RunLoop對象

Foundation
[NSRunLoop currentRunLoop]; // 獲得當(dāng)前線程的RunLoop對象
[NSRunLoop mainRunLoop]; // 獲得主線程的RunLoop對象

Core Foundation
CFRunLoopGetCurrent(); // 獲得當(dāng)前線程的RunLoop對象
CFRunLoopGetMain(); // 獲得主線程的RunLoop對象

五. RunLoop和線程間的關(guān)系

1. 每條線程都有唯一的一個與之對應(yīng)的RunLoop對象
2. 主線程的RunLoop已經(jīng)自動創(chuàng)建好了，子線程的RunLoop需要主動創(chuàng)建
3. RunLoop在第一次獲取時創(chuàng)建，在線程結(jié)束時銷毀

1. 主線程相關(guān)聯(lián)的RunLoop創(chuàng)建

CFRunLoopRef源碼

   // 創(chuàng)建字典
    CFMutableDictionaryRef dict = CFDictionaryCreateMutable(kCFAllocatorSystemDefault, 0, NULL, &kCFTypeDictionaryValueCallBacks);
        // 創(chuàng)建主線程 根據(jù)傳入的主線程創(chuàng)建主線程對應(yīng)的RunLoop
    CFRunLoopRef mainLoop = __CFRunLoopCreate(pthread_main_thread_np());
        // 保存主線程 將主線程-key和RunLoop-Value保存到字典中
    CFDictionarySetValue(dict, pthreadPointer(pthread_main_thread_np()), mainLoop);

2. 創(chuàng)建與子線程相關(guān)聯(lián)的RunLoop

CFRunLoopRef源碼

    // 從字典中獲取子線程的runloop
    CFRunLoopRef loop = (CFRunLoopRef)CFDictionaryGetValue(__CFRunLoops, pthreadPointer(t));
    __CFUnlock(&loopsLock);
    if (!loop) {
        // 如果子線程的runloop不存在,那么就為該線程創(chuàng)建一個對應(yīng)的runloop
    CFRunLoopRef newLoop = __CFRunLoopCreate(t);
        __CFLock(&loopsLock);
    loop = (CFRunLoopRef)CFDictionaryGetValue(__CFRunLoops, pthreadPointer(t));
        // 把當(dāng)前子線程和對應(yīng)的runloop保存到字典中
    if (!loop) {
        CFDictionarySetValue(__CFRunLoops, pthreadPointer(t), newLoop);
        loop = newLoop;
    }
        // don't release run loops inside the loopsLock, because CFRunLoopDeallocate may end up taking it
        __CFUnlock(&loopsLock);
    CFRelease(newLoop);
    }

從上面的代碼可以看出，線程和 RunLoop 之間是一一對應(yīng)的，其關(guān)系是保存在一個 Dictionary 里。所以我們創(chuàng)建子線程RunLoop時，只需在子線程中獲取當(dāng)前線程的RunLoop對象即可[NSRunLoop currentRunLoop];如果不獲取，那子線程就不會創(chuàng)建與之相關(guān)聯(lián)的RunLoop，并且只能在一個線程的內(nèi)部獲取其 RunLoop
[NSRunLoop currentRunLoop];方法調(diào)用時，會先看一下字典里有沒有存子線程相對用的RunLoop，如果有則直接返回RunLoop，如果沒有則會創(chuàng)建一個，并將與之對應(yīng)的子線程存入字典中。
RunLoop 的銷毀發(fā)生在線程結(jié)束時。

六. RunLoop相關(guān)類

Core Foundation中關(guān)于RunLoop的5個類

CFRunLoopRef - 獲得當(dāng)前RunLoop和主RunLoop
CFRunLoopModeRef RunLoop - 運行模式，只能選擇一種，在不同模式中做不同的操作
CFRunLoopSourceRef - 事件源，輸入源
CFRunLoopTimerRef - 定時器時間
CFRunLoopObserverRef - 觀察者

1. CFRunLoopModeRef

CFRunLoopModeRef代表RunLoop的運行模式
一個 RunLoop 包含若干個 Mode，每個Mode又包含若干個Source、Timer、Observer
每次RunLoop啟動時，只能指定其中一個 Mode，這個Mode被稱作 CurrentMode
如果需要切換Mode，只能退出RunLoop，再重新指定一個Mode進(jìn)入，這樣做主要是為了分隔開不同組的Source、Timer、Observer，讓其互不影響
如圖所示：

CFRunLoopModeRef示意圖

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

RunLoop 有五種運行模式，其中常見的有1.2兩種

1. kCFRunLoopDefaultMode：App的默認(rèn)Mode，通常主線程是在這個Mode下運行
2. UITrackingRunLoopMode：界面跟蹤 Mode，用于 ScrollView 追蹤觸摸滑動，保證界面滑動時不受其他 Mode 影響
3. UIInitializationRunLoopMode: 在剛啟動 App 時第進(jìn)入的第一個 Mode，啟動完成后就不再使用
4. GSEventReceiveRunLoopMode: 接受系統(tǒng)事件的內(nèi)部 Mode，通常用不到
5. kCFRunLoopCommonModes: 這是一個占位用的Mode，作為標(biāo)記kCFRunLoopDefaultMode和UITrackingRunLoopMode用，并不是一種真正的Mode 

Mode間的切換

我們平時在開發(fā)中一定遇到過，當(dāng)我們使用NSTimer每一段時間執(zhí)行一些事情時滑動UIScrollView，NSTimer就會暫停，當(dāng)我們停止滑動以后，NSTimer又會重新恢復(fù)的情況，我們通過一段代碼來看一下
代碼中的注釋也很重要，展示了我們探索的過程

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    // [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(show) userInfo:nil repeats:YES];
    NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(show) userInfo:nil repeats:YES];
    // 加入到RunLoop中才可以運行
    // 1. 把定時器添加到RunLoop中，并且選擇默認(rèn)運行模式NSDefaultRunLoopMode = kCFRunLoopDefaultMode
    // [[NSRunLoop mainRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
    // 當(dāng)textFiled滑動的時候，timer失效，停止滑動時，timer恢復(fù)
    // 原因：當(dāng)textFiled滑動的時候，RunLoop的Mode會自動切換成UITrackingRunLoopMode模式，因此timer失效，當(dāng)停止滑動，RunLoop又會切換回NSDefaultRunLoopMode模式，因此timer又會重新啟動了
    
    // 2. 當(dāng)我們將timer添加到UITrackingRunLoopMode模式中，此時只有我們在滑動textField時timer才會運行
    // [[NSRunLoop mainRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];
    
    // 3. 那個如何讓timer在兩個模式下都可以運行呢？
    // 3.1 在兩個模式下都添加timer 是可以的，但是timer添加了兩次，并不是同一個timer
    // 3.2 使用站位的運行模式 NSRunLoopCommonModes標(biāo)記，凡是被打上NSRunLoopCommonModes標(biāo)記的都可以運行，下面兩種模式被打上標(biāo)簽
    //0 : <CFString 0x10b7fe210 [0x10a8c7a40]>{contents = "UITrackingRunLoopMode"}
    //2 : <CFString 0x10a8e85e0 [0x10a8c7a40]>{contents = "kCFRunLoopDefaultMode"}
    // 因此也就是說如果我們使用NSRunLoopCommonModes，timer可以在UITrackingRunLoopMode，kCFRunLoopDefaultMode兩種模式下運行
    [[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
    NSLog(@"%@",[NSRunLoop mainRunLoop]);
}
-(void)show
{
    NSLog(@"-------");
}

由上述代碼可以看出，NSTimer不管用是因為Mode的切換，因為如果我們在主線程使用定時器，此時RunLoop的Mode為kCFRunLoopDefaultMode，即定時器屬于kCFRunLoopDefaultMode，那么此時我們滑動ScrollView時，RunLoop的Mode會切換到UITrackingRunLoopMode，因此在主線程的定時器就不在管用了，調(diào)用的方法也就不再執(zhí)行了，當(dāng)我們停止滑動時，RunLoop的Mode切換回kCFRunLoopDefaultMode，所有NSTimer就又管用了。
同樣道理的還有ImageView的顯示，我們直接來看代碼，不再贅述了

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    NSLog(@"%s",__func__);
    // performSelector默認(rèn)是在default模式下運行，因此在滑動ScrollView時，圖片不會加載
    // [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"abc"] afterDelay:2.0 ];
    // inModes: 傳入Mode數(shù)組
    [self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"abc"] afterDelay:2.0 inModes:@[NSDefaultRunLoopMode,UITrackingRunLoopMode]];

使用GCD也可是創(chuàng)建計時器，而且更為精確我們來看一下代碼

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    //創(chuàng)建隊列
    dispatch_queue_t queue = dispatch_get_global_queue(0, 0);
    //1.創(chuàng)建一個GCD定時器
    /*
     第一個參數(shù):表明創(chuàng)建的是一個定時器
     第四個參數(shù):隊列
     */
    dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
    // 需要對timer進(jìn)行強引用，保證其不會被釋放掉，才會按時調(diào)用block塊
    // 局部變量，讓指針強引用
    self.timer = timer;
    //2.設(shè)置定時器的開始時間,間隔時間,精準(zhǔn)度
    /*
     第1個參數(shù):要給哪個定時器設(shè)置
     第2個參數(shù):開始時間
     第3個參數(shù):間隔時間
     第4個參數(shù):精準(zhǔn)度 一般為0 在允許范圍內(nèi)增加誤差可提高程序的性能
     GCD的單位是納秒 所以要*NSEC_PER_SEC
     */
    dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 2.0 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
    
    //3.設(shè)置定時器要執(zhí)行的事情
    dispatch_source_set_event_handler(timer, ^{
        NSLog(@"---%@--",[NSThread currentThread]);
    });
    // 啟動
    dispatch_resume(timer);
}

2. CFRunLoopSourceRef事件源（輸入源）

Source分為兩種

Source0：非基于Port的 用于用戶主動觸發(fā)的事件（點擊button 或點擊屏幕）
Source1：基于Port的 通過內(nèi)核和其他線程相互發(fā)送消息（與內(nèi)核相關(guān)）
注意：Source1在處理的時候會分發(fā)一些操作給Source0去處理

點擊button查看調(diào)用棧，可以看出runloop中輸入的是__CFRunLoopDoSource0事件源

Source0的調(diào)用

3. CFRunLoopObserverRef

CFRunLoopObserverRef是觀察者，能夠監(jiān)聽RunLoop的狀態(tài)改變
我們直接來看代碼，給RunLoop添加監(jiān)聽者，監(jiān)聽其運行狀態(tài)

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
     //創(chuàng)建監(jiān)聽者
     /*
     第一個參數(shù) CFAllocatorRef allocator：分配存儲空間 CFAllocatorGetDefault()默認(rèn)分配
     第二個參數(shù) CFOptionFlags activities：要監(jiān)聽的狀態(tài) kCFRunLoopAllActivities 監(jiān)聽所有狀態(tài)
     第三個參數(shù) Boolean repeats：YES:持續(xù)監(jiān)聽 NO:不持續(xù)
     第四個參數(shù) CFIndex order：優(yōu)先級，一般填0即可
     第五個參數(shù) ：回調(diào) 兩個參數(shù)observer:監(jiān)聽者 activity:監(jiān)聽的事件
     */
     /*
     所有事件
     typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
     kCFRunLoopEntry = (1UL << 0),   //   即將進(jìn)入RunLoop
     kCFRunLoopBeforeTimers = (1UL << 1), // 即將處理Timer
     kCFRunLoopBeforeSources = (1UL << 2), // 即將處理Source
     kCFRunLoopBeforeWaiting = (1UL << 5), //即將進(jìn)入休眠
     kCFRunLoopAfterWaiting = (1UL << 6),// 剛從休眠中喚醒
     kCFRunLoopExit = (1UL << 7),// 即將退出RunLoop
     kCFRunLoopAllActivities = 0x0FFFFFFFU
     };
     */
    CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
        switch (activity) {
            case kCFRunLoopEntry:
                NSLog(@"RunLoop進(jìn)入");
                break;
            case kCFRunLoopBeforeTimers:
                NSLog(@"RunLoop要處理Timers了");
                break;
            case kCFRunLoopBeforeSources:
                NSLog(@"RunLoop要處理Sources了");
                break;
            case kCFRunLoopBeforeWaiting:
                NSLog(@"RunLoop要休息了");
                break;
            case kCFRunLoopAfterWaiting:
                NSLog(@"RunLoop醒來了");
                break;
            case kCFRunLoopExit:
                NSLog(@"RunLoop退出了");
                break;
                
            default:
                break;
        }
    });
    
    // 給RunLoop添加監(jiān)聽者
    /*
     第一個參數(shù) CFRunLoopRef rl：要監(jiān)聽哪個RunLoop,這里監(jiān)聽的是主線程的RunLoop
     第二個參數(shù) CFRunLoopObserverRef observer 監(jiān)聽者
     第三個參數(shù) CFStringRef mode 要監(jiān)聽RunLoop在哪種運行模式下的狀態(tài)
     */
    CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);
     /*
     CF的內(nèi)存管理（Core Foundation）
     凡是帶有Create、Copy、Retain等字眼的函數(shù)，創(chuàng)建出來的對象，都需要在最后做一次release
     GCD本來在iOS6.0之前也是需要我們釋放的，6.0之后GCD已經(jīng)納入到了ARC中，所以我們不需要管了
     */
    CFRelease(observer);
}

我們來看一下輸出

監(jiān)聽者監(jiān)聽RunLoop運行狀態(tài)

七. RunLoop處理邏輯

這時我們再來分析RunLoop的處理邏輯，就會簡單明了很多

官方文檔RunLoop處理邏輯

下面這張是網(wǎng)上找的比較形象的流程圖，我們就下面這張圖來分析一下RunLoop的運行流程

網(wǎng)友總結(jié)RunLoop處理邏輯

RunLoop處理邏輯總結(jié) 感謝@Delpan指出之前的錯誤

1. 通知觀察者 run loop 已經(jīng)啟動
2. 通知觀察者將要開始處理Timer事件
3. 通知觀察者將要處理非基于端口的Source0
4. 啟動準(zhǔn)備好的Souecr0
5. 如果基于端口的源Source1準(zhǔn)備好并處于等待狀態(tài)，立即啟動：并進(jìn)入步驟9
6. 通知觀察者線程進(jìn)入休眠
7. 將線程置于休眠直到任一下面的事件發(fā)生
   改：
   （1）某一事件到達(dá)基于端口的源
   （2）定時器啟動
   （3）Run loop 設(shè)置的時間已經(jīng)超時
   （4）run loop 被顯式喚醒
   （1）Source0事件源
   （2）Timer定時器啟動
   （3）外部手動喚醒
8. 通知觀察者線程將被喚醒
9. 處理未處理的事件，跳回2
   改：
   （1）如果用戶定義的定時器啟動,處理定時器事件并重啟 run loop。進(jìn)入步驟 2
   （2）如果輸入源啟動,傳遞相應(yīng)的消息
   （3）如果 run loop 被顯式喚醒而且時間還沒超時,重啟 run loop。進(jìn)入步驟 2
   Source1在處理的時候回分發(fā)一些操作給Source0去處理，Source0中可能存在一些Timer出現(xiàn)，所以會回到第二步重新處理Timer和Source0 ,處理完后 到第五步，直到?jīng)]有Source1，沒有事情可做，進(jìn)入休眠狀態(tài)，當(dāng)外部有事件就會立即喚醒RunLoop
10. 通知觀察者run loop 結(jié)束

八 . RunLoop退出

1. 主線程銷毀RunLoop退出
2. Mode中有一些Timer 、Source、 Observer，這些保證Mode不為空時保證RunLoop沒有空轉(zhuǎn)并且是在運行的，當(dāng)Mode中為空的時候，RunLoop會立刻退出
3. 我們在啟動RunLoop的時候可以設(shè)置什么時候停止

[NSRunLoop currentRunLoop]runUntilDate:<#(nonnull NSDate *)#>
[NSRunLoop currentRunLoop]runMode:<#(nonnull NSString *)#> beforeDate:<#(nonnull NSDate *)#>

九. RunLoop應(yīng)用

1. 常駐線程

常駐線程的作用：我們知道，當(dāng)子線程中的任務(wù)執(zhí)行完畢之后就被銷毀了，那么如果我們需要開啟一個子線程，在程序運行過程中永遠(yuǎn)都存在，那么我們就會面臨一個問題，如何讓子線程永遠(yuǎn)活著，這時就要用到常駐線程：給子線程開啟一個RunLoop
注意：子線程執(zhí)行完操作之后就會立即釋放，即使我們使用強引用引用子線程使子線程不被釋放，也不能給子線程再次添加操作，或者再次開啟。
子線程開啟RunLoop的代碼，先點擊屏幕開啟子線程并開啟子線程RunLoop，然后點擊button。

#import "ViewController.h"

@interface ViewController ()
@property(nonatomic,strong)NSThread *thread;

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
}
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
   // 創(chuàng)建子線程并開啟
    NSThread *thread = [[NSThread alloc]initWithTarget:self selector:@selector(show) object:nil];
    self.thread = thread;
    [thread start];
}
-(void)show
{
    // 注意：打印方法一定要在RunLoop創(chuàng)建開始運行之前，如果在RunLoop跑起來之后打印，RunLoop先運行起來，已經(jīng)在跑圈了就出不來了，進(jìn)入死循環(huán)也就無法執(zhí)行后面的操作了。
    // 但是此時點擊Button還是有操作的，因為Button是在RunLoop跑起來之后加入到子線程的，當(dāng)Button加入到子線程RunLoop就會跑起來
    NSLog(@"%s",__func__);
    // 1.創(chuàng)建子線程相關(guān)的RunLoop，在子線程中創(chuàng)建即可，并且RunLoop中要至少有一個Timer 或 一個Source 保證RunLoop不會因為空轉(zhuǎn)而退出，因此在創(chuàng)建的時候直接加入
    // 添加Source [NSMachPort port] 添加一個端口
    [[NSRunLoop currentRunLoop] addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
    // 添加一個Timer
    NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(test) userInfo:nil repeats:YES];
    [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];    
    //創(chuàng)建監(jiān)聽者
    CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
        switch (activity) {
            case kCFRunLoopEntry:
                NSLog(@"RunLoop進(jìn)入");
                break;
            case kCFRunLoopBeforeTimers:
                NSLog(@"RunLoop要處理Timers了");
                break;
            case kCFRunLoopBeforeSources:
                NSLog(@"RunLoop要處理Sources了");
                break;
            case kCFRunLoopBeforeWaiting:
                NSLog(@"RunLoop要休息了");
                break;
            case kCFRunLoopAfterWaiting:
                NSLog(@"RunLoop醒來了");
                break;
            case kCFRunLoopExit:
                NSLog(@"RunLoop退出了");
                break;
            
            default:
                break;
        }
    });
    // 給RunLoop添加監(jiān)聽者
    CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);
    // 2.子線程需要開啟RunLoop
    [[NSRunLoop currentRunLoop]run];
    CFRelease(observer);
}
- (IBAction)btnClick:(id)sender {
    [self performSelector:@selector(test) onThread:self.thread withObject:nil waitUntilDone:NO];
}
-(void)test
{
    NSLog(@"%@",[NSThread currentThread]);
}
@end

注意：創(chuàng)建子線程相關(guān)的RunLoop，在子線程中創(chuàng)建即可，并且RunLoop中要至少有一個Timer 或 一個Source 保證RunLoop不會因為空轉(zhuǎn)而退出，因此在創(chuàng)建的時候直接加入，如果沒有加入Timer或者Source，或者只加入一個監(jiān)聽者，運行程序會崩潰

2. 自動釋放池

Timer和Source也是一些變量，需要占用一部分存儲空間，所以要釋放掉，如果不釋放掉，就會一直積累，占用的內(nèi)存也就越來越大，這顯然不是我們想要的。
那么什么時候釋放，怎么釋放呢？
RunLoop內(nèi)部有一個自動釋放池，當(dāng)RunLoop開啟時，就會自動創(chuàng)建一個自動釋放池，當(dāng)RunLoop在休息之前會釋放掉自動釋放池的東西，然后重新創(chuàng)建一個新的空的自動釋放池，當(dāng)RunLoop被喚醒重新開始跑圈時，Timer,Source等新的事件就會放到新的自動釋放池中，當(dāng)RunLoop退出的時候也會被釋放。
注意：只有主線程的RunLoop會默認(rèn)啟動。也就意味著會自動創(chuàng)建自動釋放池，子線程需要在線程調(diào)度方法中手動添加自動釋放池。

@autorelease{  
      // 執(zhí)行代碼 
}

NSTimer、ImageView顯示、PerformSelector等在上面已經(jīng)有過例子，這里不再贅述。

最后檢驗一下自己

1. 你知道RunLoop嗎 ?
2. RunLoop的作用？
3. RunLoop內(nèi)部是怎么實現(xiàn)的？
4. 自動釋放池什么時候釋放？
5. 在開發(fā)中如何使用RunLoop？什么應(yīng)用場景？

文獻(xiàn)資料
蘋果官方文檔
CFRunLoopRef源碼
?本文借鑒了很多前輩的文章，如果有不對的地方請指正，歡迎大家一起交流學(xué)習(xí) xx_cc 。