iOS底层原理 - 探寻RunLoop本质（一）

面试题引发的思考：

Q: RunLoop内部实现逻辑？

RunLoop运行逻辑

Q: RunLoop和线程的关系？

每条线程都有唯一的一个与之对应的RunLoop对象；
RunLoop保存在一个全局的Dictionary里，线程作为key，RunLoop作为value；
主线程的RunLoop自动创建，子线程的RunLoop需要手动创建；
RunLoop在第一次获取线程时创建，在线程结束时销毁。

Q: timer与RunLoop的关系？

timer运行在RunLoop里，相当于RunLoop来控制timer何时执行。

Q: RunLoop 是怎么响应用户操作的，具体流程是什么样的？

先由Source1捕捉触摸事件，然后由Source0去处理触摸事件。

Q: RunLoop有哪几种状态？

RunLoop状态

Q: RunLoop的mode作用是什么？

把不同模式下的Source0/Source1/Timer/Observer隔离开来，互不影响，会使程序在当前模式下流畅运行。

1. RunLoop简介

(1) RunLoop概念

RunLoop顾名思义，运行循环，在程序运行过程中循环做一些事情：

如果没有RunLoop程序执行完毕就会立即退出；

如果有RunLoop程序并不会马上退出，而是保持运行状态，等待处理程序的各种事件；

RunLoop可以保持程序的持续运行，在没有事件处理的时候使程序进入休眠模式，从而节省CPU资源，提高程序性能。

没有RunLoop

代码如上：没有RunLoop，执行完第14行代码后，会立即退出程序。

有RunLoop

代码如上：有RunLoop，程序并不会马上退出，而是保持运行状态。

其伪代码如下：

int main(int argc, char * argv[]) {
    @autoreleasepool {
        int result = 0;
        do {
            // 睡眠中等待消息
            int message = sleep_and_wait();
            // 处理消息
            result = process_message(message);
        } while (result == 0);
        return 0;
    }
}

RunLoop确实是do while通过判断result的值实现的。因此，我们可以把RunLoop看成一个死循环。

(2) RunLoop应用

RunLoop应用范畴：

定时器（Timer）、PerformSelector

GCD Async Main Queue

事件响应、手势识别、界面刷新

网络请求

AutoreleasePool

2. RunLoop相关概念

(1) RunLoop对象

iOS中有2套API来访问和使用RunLoop
Foundation：NSRunLoop
Core Foundation：CFRunLoopRef
NSRunLoop和CFRunLoopRef都代表着RunLoop对象
NSRunLoop是基于CFRunLoopRef的一层OC包装
CFRunLoopRef 源码是开源的

- (void)viewDidLoad {
    [super viewDidLoad];

    // Foundation
    [NSRunLoop currentRunLoop]; // 获得当前线程的RunLoop对象
    [NSRunLoop mainRunLoop]; // 获得主线程的RunLoop对象

    // Core Foundation
    CFRunLoopGetCurrent(); // 获得当前线程的RunLoop对象
    CFRunLoopGetMain(); // 获得主线程的RunLoop对象
}

(2) RunLoop与线程

每条线程都有唯一的一个与之对应的RunLoop对象；

RunLoop保存在一个全局的Dictionary里，线程作为key，RunLoop作为value；

主线程的RunLoop自动创建，子线程的Runloop需要手动创建；

RunLoop在第一次获取线程时创建，在线程结束时销毁。

以上结论都可以由以下相关源码总结得出：

CFRunLoopGetCurrent函数

CFRunLoopGetCurrent调用_CFRunLoopGet0：

_CFRunLoopGet0函数

(3) RunLoop相关的类

Core Foundation中关于RunLoop的5个类：

CFRunLoopRef：获得当前RunLoop和主RunLoop

CFRunLoopModeRef：运行模式

CFRunLoopSourceRef：事件源，输入源

CFRunLoopTimerRef：定时器时间

CFRunLoopObserverRef：观察者

由相关源码可知：

CFRunLoop结构体

CFRunLoopMode结构体

由以上代码可以得出RunLoop五个类直接的对应关系：

对应关系

一个RunLoop包含若干个Mode，每个Mode又包含若干个Source0/Source1/Timer/Observer；

RunLoop启动时只能选择其中一个Mode，作为_currentMode

如果需要切换Mode，只能退出当前Loop，再重新选择一个Mode进入；
不同组的Source0/Source1/Timer/Observer能分隔开来，互不影响；

如果Mode里没有任何Source0/Source1/Timer/Observer，RunLoop会立马退出。

Source0： 触摸事件处理、performSelector:onThread:

Source1： 基于Port的线程间通信、系统事件捕捉

Timers： NSTimer、performSelector:withObject:afterDelay:

Observers： 用于监听RunLoop的状态、UI刷新（BeforeWaiting）、Autorelease pool（BeforeWaiting）

1> `CFRunLoopModeRef`

常见的2种Mode：

kCFRunLoopDefaultMode(NSDefaultRunLoopMode)：
App的默认Mode，通常主线程是在这个Mode下运行；

UITrackingRunLoopMode：
界面跟踪Mode，用于ScrollView追踪触摸滑动，保证界面滑动时不受其他Mode影响

2> `CFRunLoopObserverRef`

RunLoop的Observer状态类型如下：

RunLoop状态

监听RunLoop状态：

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.

    // 创建observer
    CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(kCFAllocatorDefault, kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
        switch (activity) {
            case kCFRunLoopEntry: {
                CFRunLoopMode mode = CFRunLoopCopyCurrentMode(CFRunLoopGetCurrent());
                NSLog(@"kCFRunLoopEntry - %@", mode);
                CFRelease(mode);
                break;
            }
            case kCFRunLoopExit: {
                CFRunLoopMode mode = CFRunLoopCopyCurrentMode(CFRunLoopGetCurrent());
                NSLog(@"kCFRunLoopExit - %@", mode);
                CFRelease(mode);
                break;
            }
            default:
                break;
        }
    });
    // 添加observer到RunLoop中
    CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);
    // 释放
    CFRelease(observer);
}

在ViewController放一个UITextView控件，运行程序之后，滑动控件，查看打印结果：