- 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,通常用不到(绘图服务)
NSRunLoopCommonModes: 这是一个占位用的 Mode,不是一种真正的 Mode (RunLoop无法启动该模式,设置这种模式下,默认和操作 UI 界面时线程都可以运行,但无法改变 RunLoo