Runloop 是和线程紧密相关的一个基础组件，是很多线程有关功能的幕后功臣。尽管在平常使用中几乎不太会直接用到，理解 Runloop 有利于我们更加深入地理解 iOS 的多线程模型。

目的：保住当前线程的生命,监听事件：触摸、时钟、网络等

##RunLoop基本概念 RunLoop是什么？顾名思义，说白了就是一种循环，只不过它这种循环比较高级。一般的while循环会导致CPU进入忙等待状态，而Runloop则是一种“闲”等待，这部分可以类比Linux下的epoll。当没事件时，Runloop会进入休眠状态，有事件发生时，Runloop会去找对应的Handler处理事件。Runloop可以让线程在需要做事的时候忙起来，不需要的话就让线程休眠。

图中展示了Runloop在线程中的作用：从 input source 和 timer source 接受事件，然后在线程中处理事件。

##Runloop 与线程 Runloop 和线程是绑定在一起的。每个线程（包括主线程）都有一个对应的Runloop对象。我们并不能自己创建Runloop对象，但是可以获取到系统提供的Runloop对象。 主线程的 Runloop 会在应用启动的时候完成启动，其他线程的 Runloop 默认并不会启动，需要我们手动启动。

##Input Source 和 Timer Source 这两个都是 Runloop 时间的来源，其中Input Source 又可以分为三类

• Port-Base Source，系统底层的Port时间，例如CFSocketRef，在应用层基本用不到
• Custom Input Source，用户手动创建的Source
• Cocoa Perform Selector Source，Cacoa提供的的performSelector系列方法，也是一种事件源

按照函数调用栈,Source可分为 Source0 和 Source1。其中 Source1 为系统内核事件, Source0即非Source1

例如：创建事件源

    //队列
    dispatch_queue_t queue = dispatch_get_global_queue(0,0);
    //创建一个定时器!!
    self.timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
    //设置定时器
    dispatch_source_set_timer(self.timer, DISPATCH_TIME_NOW, 1000000000, 0);
    dispatch_source_set_event_handler(self.timer, ^{
        NSLog(@"-------%@",[NSThread currentThread]);
    });
    //启动定时器
    dispatch_resume(self.timer);

Timer Source 顾名思义就是指定时器事件了。例如：NStimer 创建定时器

Runloop Observer

Runloop 通过监控Source来决定有没有任务要做，除此之外，我们还可以用Runloop Observer 可以监控下面的 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 Observer 可以实现卡顿优化，如：TableView滑动中加载多张大图 思路：每次Runloop循环,只渲染一张大图 步骤: 1.监听Runloop的循环 2.将加载大图的代码!放在一个数组里面 3.每次Runloop循环,取出一个加载大图的任务执行

 #pragma mark - <CFRunloop>

- (void)addTasks:(runloopBlock)task{
    [self.tasks addObject:task];
    if (self.tasks.count > 18) {
        [self.tasks removeObjectAtIndex:0];
    }
}

- (void)addRunloopObserver{
    //获取Runloop
     CFRunLoopRef runloop = CFRunLoopGetCurrent();
    //定义一个context
    CFRunLoopObserverContext context = {
        0,
        (__bridge void *)(self),
        &CFRetain,
        &CFRelease,
        NULL
    };
    
    //定义观察者
    static CFRunLoopObserverRef runloopObserver;
    runloopObserver = CFRunLoopObserverCreate(NULL, kCFRunLoopBeforeWaiting, YES, 0, &callBack, &context);
    
    //添加观察者
    CFRunLoopAddObserver(runloop, runloopObserver, kCFRunLoopCommonModes);
    
    //C里面 一旦creat new copy
    CFRelease(runloopObserver);
}

void callBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info){
    ViewController * vc = (__bridge ViewController *)info;
    if(vc.tasks.count == 0){
        return;
    }
    runloopBlock block = vc.tasks.firstObject;
    block();
    [vc.tasks removeObjectAtIndex:0];
}

Runloop Mode

在监视与被监视中， Runloop 要处理的事情还挺复杂的。为了让Runloop 能专心处理自己关心的那部分事情，引入了Runloop Mode 概念。

如图所示， Runloop Model 实际上是Source、Timer 和 Observer 的集合，不同的Model 把不同组的 Source、 Timer 和 Observer 隔绝开来。Runloop 在某个时刻只能跑在一个 Mode 下，处理这一个 Model 种种的 Source，Timer 和 Observer。 苹果文档中提到的 Mode 有五个，分别是：

• NSDefaultRunLoopMode
• NSConnectionReplyModel
• NSModalPanelRunLoopMode
• NSEventTrackingRunLoopMode
• NSRunLoopCommonModes

iOS中公开暴露出来的只有 NSDefaultRunLoopMode 和 NSRunLoopCommonMode.NSRunLoopCommonMode实际上是一个Mode的集合，默认包括 NSDefaultRunLoopMode 和 NSEventTrackingRunLoopMode

与 RunLoop 相关的坑

日常开发中，与 runloop 接触最近的可能就是NSTimerle。一个 Timer一次只能加入到一个 RunLoop中。我们日常使用的时候，通常就是加入到当前的runLoop的default model中，而ScrollView 在用户滑动的时候，主线程RunLoop会转到NSTrackingRunLoopMode。er这个时候，Timer就不会运行。 有如下两种解决方案：

• 第一种：设置RunLoop Mode，例如NSTimer，我们指定它 运行于NSRunLoopCommonModes，这是一个Mode的集 合。注册到这个Mode下后，无论当前runLoop运行哪个 mode，时间都能得到执行。
• 第二种：另一种解决Timer的方法是，我们在另一个线程执行和处理Timer事件，然后在主线程更新UI。