RunLoop

2018/5/16 posted in  iOS

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可分为 Source0Source1。其中 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。