iOS笔记 - NSRunLoop

概述

我们的应用不能对 NSRunLoop 对象进行创建和直接的管理操作。每一个 NSThread 对象（包括 main thread）都按需自动创建一个 NSRunLoop 对像（这里的意思是：线程刚创建时并没有 RunLoop，如果你不主动获取，那它一直都不会有）。通过 currentRunLoop() 方法可以访问当前线程的 run loop。

NSRunLoop 和 CFRunLoopRef

• NSRunLoop 是基于 CFRunLoopRef 的封装，提供了面向对象的 API，但是这些 API 不是线程安全 (thread-safe)的。

• CFRunLoopRef 是在 CoreFoundation 框架内的，提供了纯 C 函数的 API，所有这些 API 都是线程安全的。

RunLoop 的构成

Thread包含一个CFRunLoop，一个CFRunLoop包含一种 CFRunLoopMode，mode包含CFRunLoopSource，CFRunLoopTimer和CFRunLoopObserver。

CFRunLoopModeRef

1. NSDefaultRunLoopMode: 默认，空闲状态

2. UITrackingRunLoopMode: ScrollView滑动时

3. UIInitializationRunLoopMode: 在刚启动App时第进入的第一个 Mode，启动完成后就退出

4. GSEventReceiveRunLoopMode: 接受系统事件的 Mode

5. NSRunLoopCommonModes: 占位用的Mode

每次调用 RunLoop 的主函数时，只能指定其中一个 Mode，这个Mode被称作 CurrentMode。如果需要切换 Mode，只能退出 Loop，再重新指定一个 Mode 进入。

CFRunLoopSourceRef

事件产生的地方，CFRunLoopSourceRef 有两个版本：Source0 和 Source1。

• Source0 只包含了一个回调（函数指针），它并不能主动触发事件。使用时，你需要先调用 CFRunLoopSourceSignal(source)，将这个 Source 标记为待处理，然后手动调用 CFRunLoopWakeUp(runloop) 来唤醒 RunLoop，让其处理这个事件。

• Source1 包含了一个 mach_port 和一个回调（函数指针），被用于通过内核和其他线程相互发送消息。这种 Source 能主动唤醒 RunLoop 的线程。

CFRunLoopTimerRef

它和 NSTimer 是 toll-free bridged 的，可以混用。其包含一个时间长度和一个回调（函数指针）。RunLoop为了节省资源，并不会在非常准确的时间点回调Timer。Timer 有个属性叫做 Tolerance (宽容度)，标示了当时间点到后，容许有多少最大误差。

CFRunLoopObserverRef

每个 Observer 都包含了一个回调（函数指针），当 RunLoop 的状态发生变化时，观察者就能通过回调接受到这个变化。可以观测的时间点有以下几个：

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {

kCFRunLoopEntry        = (1UL << 0), // 即将进入Loop

kCFRunLoopBeforeTimers  = (1UL << 1), // 即将处理 Timer

kCFRunLoopBeforeSources = (1UL << 2), // 即将处理 Source

kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠

kCFRunLoopAfterWaiting  = (1UL << 6), // 刚从休眠中唤醒

kCFRunLoopExit          = (1UL << 7), // 即将退出Loop

};

参考：
http://blog.ibireme.com/2015/05/18/runloop/

https://github.com/ming1016/study/wiki/CFRunLoop

https://developer.apple.com/reference/foundation/nsrunloop