概述
我们的应用不能对 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
NSDefaultRunLoopMode: 默认，空闲状态
UITrackingRunLoopMode: ScrollView滑动时
UIInitializationRunLoopMode: 在刚启动App时第进入的第一个 Mode，启动完成后就退出
GSEventReceiveRunLoopMode: 接受系统事件的 Mode
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/
