iOS Runloop简析

主要讲解Runloop的一些基础概念;

Runloop 简析
Runloop 补充

1. 什么是Runloop?

1. Runloop是通过内部维持事件循环来对事件/消息进行管理的一个对象;
2. Runloop跟线程是一一对应的;
3. NSRunLoop和CFRunLoopRef是所说的Runloop的具体类;CFRunLoopRef是CoreFoundation框架内的C实现的, 线程安全; NSRunLoop是基于CFRunloopRef的封装,不是线程安全的;
4. 主线程的Runloop是系统默认创建启动的, 子线程的Runloop默认没有启动,需要手动获取;苹果不允许直接创建 Runloop，它提供了两个自动获取的函数：CFRunLoopGetMain()和 CFRunLoopGetCurrent();当获取不到时底层再进行创建;

事件循环:没有消息处理时会处于休眠状态避免资源占用(用户态->内核态);有事件处理时会立刻唤醒(内核态->用户态); 当没有消息处理时处于内核态线程阻塞状态, 注意这种阻塞不占用CPU资源(跟用户写的while(1)这种死循环阻塞是两个概念);

2. 为什么main函数能保持不退出?

int main(int argc, char * argv[]) {
    @autoreleasepool {
       return UIApplicationMain(argc, argv, nil, NSStringFromClass([QNAppDelegate class]));
    }
}

main函数本质上是调用UIApplicationMain函数; 在UIApplicationMain函数内部创建了main runloop, 根据runloop的特点, 它可以不断的接收处理消息, 处理完事件后继续等待; 它就这样一直这样在内核态和用户态之间切换循环下去 ; 所以main函数不会被退出;

3. Runloop的各种Mode?

1. NSDefaultRunLoopMode 默认模式, 主线程在这个模式下运行;
2. UITrackingRunLoopMode 界面跟踪模式, 例如滚动UITableview时将切换到这种模式, 保证滑动时不受其他Mode影响;
3. UIInitializationRunLoopMode 启动APP时进入的第一个Mode,启动完成后不再使用;
4. GSEventReceiveRunLoopMode 接受系统内部事件的Mode;
5. NSRunLoopCommonModes

CommonMode不是实际存在的一种Mode;
它是同步Source/Timer/Observer到多个Mode中的一种方案;

知识点:如何解决UITableView上轮播图在滚动时失效的问题?
主线程的Mode有两种模式, 默认是NSDefaultRunLoopMode模式, 当滚动tableView时回切换到UITrackingRunLoopMode模式, 这时轮播图的timer就会失效, 将timer添加到NSRunLoopCommonModes可以解决这个问题;

4. Runloop的大致执行流程

1. 通知Observers进入Runloop;
2. 通知Observers即将处理Timer;
3. 通知Observers即将处理Sources;
4. 处理Blocks;
5. 处理 Source0, 有可能会再次处理Blocks;
6. 如果存在Source1, 跳至第8步;
7. 通知Observers 开始休眠(等待消息唤醒);
8. 通知Observers 结束休眠(被某个消息唤醒);
   8.1 处理Timers;
   8.2 处理GCD Asyn to Main Queue;
   8.3 处理Source1;
9. 处理Blocks;
10. 根据处理结果决定下一步操作
    10.1 回到第2步继续执行;
    10.2 退出Runloop;
11. 通知Observers退出Runloop;

文中示例代码

参考文章
Apple 一些源码的下载地址)
用户态和内核态
iOS UIApplicationMain函数做了什么
iOS 深入理解RunLoop
iOS 简单监测iOS卡顿的demo
iOS 多线程技术之二RunLoop