为什么需要RunLoop
我们新建一个空白的命令行项目
int main(int argc, char * argv[]) {
@autoreleasepool {
NSLog(@"Hello, World!");
}
return 0;
}
编译运行，会看到控制台打印完"Hello, World!"，程序就退出了。（如果是iOS App项目的main函数也是如此的话，表现就是一闪而过）我们的App总不能在程序任务执行完毕时无端端就退出了吧，所以需要程序持续运行着，那该怎么办呢。这时p就需要RunLoop了，在程序运行的时候加个循环，让程序可以循环执行任务，即使当前任务已经执行完毕也不至于立马闪退。
int main(int argc, char * argv[]) {
@autoreleasepool {
int retValue = 1;
while (retValue) {
//在睡眠中等待任务唤醒
int message = sleep_and_wait();
//执行任务
retValue = process_message(message);
}
}
return 0;
}
上面就是RunLoop的简单伪代码，如果当前没有任务需要执行，一直while循环空转是很浪费cpu资源的，RunLoop会很机智的选择休眠，等待有任务需要执行的时候再唤醒，就是说没事我就睡了，有事再来叫醒我，毕竟睡饱养好精神做事事半功倍。
-
Runloop的基本作用
保证程序的持续运行
处理App的各种事件（定时器，触摸事件等）
节省CPU资源，提高程序性能（有事做事，没事休眠）
RunLoop对象
- iOS开发中有两套API来访问和使用RunLoop对象
Foundation: NSRunLoop
Core Foundation: CFRunLoopRef（开源链接)
NSRunLoop是CFRunLoopRef的一层OC封装
关于RunLoop的5个类：CFRunLoopRef、CFRunLoopModeRef、CFRunLoopSourceRef、CFRunLoopTimerRef、CFRunLoopObserverRef
//CFRunLoopRef结构，截取关键成员变量
typedef struct __CFRunLoop * CFRunLoopRef;
struct __CFRunLoop {
CFMutableSetRef _commonModes;
CFMutableSetRef _commonModeItems;
CFRunLoopModeRef _currentMode;//当前运行的Mode
CFMutableSetRef _modes;//CFRunLoopModeRef集合
};
//CFRunLoopModeRef结构，截取关键成员变量
typedef struct __CFRunLoopMode *CFRunLoopModeRef;
struct __CFRunLoopMode {
CFStringRef _name;
//Source0：触摸事件、Perform Selector
CFMutableSetRef _sources0;
//Source1：基于Port间的线程通信
CFMutableSetRef _sources1;
//Observer：监听器，用来监听RunLoop的状态
CFMutableArrayRef _observers;//CFRunLoopObserverRef集合
//Timers：定时器，NSTimer
CFMutableArrayRef _timers;//CFRunLoopTimerRef集合
}
RunLoop的状态
/* Run Loop Observer Activities */
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), //即将进入RunLoop
kCFRunLoopBeforeTimers = (1UL << 1), //即将处理Timer
kCFRunLoopBeforeSources = (1UL << 2),//即将处理Sources
kCFRunLoopBeforeWaiting = (1UL << 5),//即将休眠
kCFRunLoopAfterWaiting = (1UL << 6), //刚从休眠中唤醒
kCFRunLoopExit = (1UL << 7), //即将退出Loop
kCFRunLoopAllActivities = 0x0FFFFFFFU
};
CFRunLoopModeRef
- CFRunLoopModeRef代表RunLoop的运行模式
- 一个RunLoop包含若干个Mode，每个Mode又包含若干个Source0/Source1/Timer/Observer
- RunLoop启动时只能选择其中一个Mode，作为currentMode
- 如果需要切换Mode，只能退出当前Loop，再重新选择一个Mode进入
不同组的Source0/Source1/Timer/Observer能分隔开来，互不影响 - 如果Mode里没有任何Source0/Source1/Timer/Observer，RunLoop会立马退出
RunLoop与线程
毕竟我们的任务是在线程中执行的，所以理清RunLoop跟线程的关系是很有必要的，阅读源码可以知道以下几点
- 每条线程都有一个与之对应的RunLoop对象（唯一的，一对一）
- RunLoop对象是保存在一个全局的Dictionary中，线程作为key，RunLoop作为value
- 线程刚创建时并没有RunLoop对象，会在第一次获取RunLoop是创建
- RunLoop会在线程结束时销毁
- 程序开始运行时，主线程已经开启（获取）RunLoop，子线程默认没有开启RunLoop
RunLoop的运行逻辑
01、通知Observers：进入Loop
02、通知Observers：即将处理Timers
03、通知Observers：即将处理Sources
04、处理Blocks
05、处理Source0（可能会再次处理Blocks）
06、如果存在Source1，就跳转到第8步的03>处理Source1
07、通知Observers：开始休眠（等待消息唤醒）
08、通知Observers：结束休眠（被某个消息唤醒）
01> 处理Timer
02> 处理GCD Async To Main Queue
03> 处理Source1
09、处理Blocks
10、根据前面的执行结果，决定如何操作
01> 回到第02步
02> 退出Loop
11、通知Observers：退出Loop
