Runloop机制解析及应用

- Runloop学习背景

在调研卡顿监控的过程中，接触到了Runloop机制及其用法，其中一种方案是通过监听每次Runloop循环的时间来判断是否出现时间的阻塞，并同时dump出正在执行的调用栈来定位执行时间较长的函数，进一步进行优化。同时还有通过开启另外的线程给主线程发送消息，看主线程Runloop是否能够处理Source事件来进行处理返回的时间来判断阻塞状况。

- RunLoop定义

在有持续的异步任务需求场景下，我们会创建一个独立的生命周期可控的线程。每个线程都存在一个RunLoop，并且RunLoop就是控制线程生命周期并接收事件进行处理的机制。RunLoop是iOS事件响应与任务处理最核心的机制，它贯穿iOS整个系统。
通过RunLoop机制能够根据具体情况进行代码优化，达到省电，提升流畅度和响应速度的目的，从而提升用户体验。

- Runloop特性

• 主线程的RunLoop在应用启动的时候就会自动创建
• 其他线程则需要在该线程下自己启动
  不能自己创建RunLoop
• RunLoop并不是线程安全的，所以需要避免在其他线程上调用当前线程的RunLoop
• RunLoop负责管理autorelease pools
• RunLoop负责处理消息事件，即输入源事件和计时器事件
• RunLoop支持的消息事件(Events)

- Runloop结构

从Runloop.h文件中可以看到四个字段，如下图所示：

同时我们也可以通过以下代码来打印出Runloop的信息：

NSLog(@"%@", [NSRunLoop mainRunLoop]);

由上图可以看到一个Runloop包含了modes，而它当前只运行在一个mode下，而每个mode都包含CFRunLoopSource，CFRunLoopObserver还有一个CFRunLoopTimerRef。

- CFRunLoopMode

RunloopMode就是流水线上支持生产的产品类型，流水线在一个时刻只能在一种模式下运行，生产某一类型的产品。消息事件就是订单。

CFRunLoopModeRef

CFRunLoopModeRef 代表 RunLoop 的运行模式
每个RunLoop都包含若干个Mode，每个Mode又包含若干个 Source/Timer/Observer，每次RunLoop 启动时，只能指定其中一个 Mode，这个 Mode 被称作CurrentMode，如果需要切换 Mode，只能退出 Loop，再重新指定一个 Mode 进入，这样做主要是为了分隔开不同组的 Source/Timer/Observer，让其互不影响(可以通过切换 Mode，完成不同的 timer/source/observer)。

Cocoa系统默认注册了5个Mode：

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

UITrackingRunLoopMode： 界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响(操作 UI 界面的情况下运行)

UIInitializationRunLoopMode： 在刚启动 App 时进入的第一个 Mode，启动完成后就不再使用

GSEventReceiveRunLoopMode： 接受系统事件的内部 Mode，通常用不到(绘图服务)

NS