浅析NSRunLoop

在我敲出NSRunLoop的时候，为什么我的内心是邪恶的？
简单一点来说，RunLoop就像人体的血液循环一样，如果血液不流动了，那你不就duang的一下翘辫子了么？当然，没有了RunLoop程序也就翘辫子了。

当你的程序没有RunLoop：

int main(int argc, char * argv[]) {
    BOOL running = YES;
    do {
        //执行各种任务 处理各种事务...
            //....
    } while (running);
    return 0;
}

不用小的废话，大家都知道return 0的时候程序就结束了，当你没有RunLoop的时候，就直接return 0了，所以你的程序也就翘辫子了。
由于在main函数中启动了RunLoop，所以程序不会马上退出，进而保持一个持续运行的状态

---

RunLoop与线程

RunLoop对象

iOS中有2套API来访问和使用RunLoop

NSRunLoop
CFRunLoopRef
NSRunLoop和CFRunLoopRef都代表着RunLoop对象
NSRunLoop是基于CFRunLoopRef的一层OC包装，所以要了解RunLoop内部结构，需要多研究CFRunLoopRef层面的API（Core Foundation层面）
每条线程都有唯一的一个与之对应的RunLoop对象
主线程的RunLoop已经自动创建好了，子线程的RunLoop需要主动创建
RunLoop在第一次获取时创建，在线程结束时销毁

获得RunLoop对象
Foundation
[NSRunLoop currentRunLoop]; 获得当前线程的RunLoop对象
[NSRunLoop mainRunLoop]; 获得主线程的RunLoop对象
Core Foundation
CFRunLoopGetCurrent(); 获得当前线程的RunLoop对象
CFRunLoopGetMain(); 获得主线程的RunLoop对象

RunLoop相关类

Core Foundation中关于RunLoop的5个类

CFRunLoopRef:它自己,也就代表一个RunLoop对象
CFRunLoopModeRef :RunLoop的运行模式
CFRunLoopSourceRef :事件源
CFRunLoopTimerRef :时间的触发器
CFRunLoopObserverRef :观察者 监听CFRunLoopRef的状态改变
CFRunLoopModeRef

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

CFRunLoopModeRef的五种Mode模式：
kCFRunLoopDefaultMode：App的默认Mode，通常主线程是在这个Mode下运行
UITrackingRunLoopMode：界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响
**UIInitializationRunLoopMode: **在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用
GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到
kCFRunLoopCommonModes: 这是一个占位用的Mode，不是一种真正的Mode，被标记为common modes模式kCFRunLoopDefaultMode UITrackingRunLoopMode两种模式

CFRunLoopSourceRef事件源（输入源）

Source0：非基于Port的
Source1：基于Port的

CFRunLoopTimerRef

CFRunLoopTimerRef是基于时间的触发器
基本上说的就是NSTimer

CFRunLoopObserverRef

CFRunLoopObserverRef是观察者，能够监听RunLoop的状态改变
可以监听的点有以下几个

CFRunLoopObserverRef.png

RunLoop处理逻辑.png

RunLoop处理逻辑-网友整理.png