iOS - Runloop的运行逻辑

iOS - Runloop的运行逻辑

1. 苹果官方的Runloop执行图

2. Mode里面的东西

2.1 Source0

• 触摸事件处理
• performSelector:onThread:

2.2 Source1

• 基于Port的线程间通信
• 系统事件捕捉

系统事件捕捉：从用户点击屏幕到应用处理触摸事件，先是由Source1捕捉屏幕点击事件（系统事件），然后再包装成Source0处理触摸事件

2.3 Timers

• NSTimer
• performSelector:withObject:afterDelay:

2.4 Observers

• 用于监听RunLoop的状态
• UI刷新（BeforeWaiting）
• Autorelease pool（BeforeWaiting）

UI刷新和Autorelease pool清理自动释放对象，都是在Runloop即将进入睡眠状态时触发（kCFRunLoopBeforeWaiting）

3. 执行流程

1. 通知Observers：进入Loop
2. 通知Observers：即将处理Timers
3. 通知Observers：即将处理Sources
4. 处理Blocks
5. 处理Source0（可能会再次处理Blocks）
6. 如果存在Source1，就跳转到第8步
7. 通知Observers：开始休眠（等待消息唤醒）
8. 通知Observers：结束休眠（被某个消息唤醒）

• 1. 处理Timer
• 2. 处理GCD Async To Main Queue
• 3. 处理Source1

9. 处理Blocks
10. 根据前面的执行结果，决定如何操作

• 1. 回到第02步
• 2. 退出Loop

11. 通知Observers：退出Loop

3.1 注意点

GCD很多东西不依赖于Runloop，它们是分开的。但是GCD从子线程回到主线程的时候，是依赖于Runloop的

dispatch_async(dispatch_get_main_queue(), ^{
    NSLog(@"");
});

4. Runloop休眠

Runloop休眠，是通过系统内核API，不同于while循环那种，而是真正地进入休眠状态

@oubijiexi