什么是RunLoop
- Run 运行 Loop 循环
- 跑圈
- 基本作用
- 保持程序的持续运行
- 处理App中的各种事件（触摸事件、定时器事件、Selector事件）
- 节省CPU资源，提高程序性能，合理运用时间空间：该做事时做事，该休息时休息
- 没有RunLoop
- 程序开始就结束
NSRunLoop的实现机制，及在多线程中如何使用
实现机制：NSRunLoop是iOS消息机制的处理模式
(1)NSRunLoop的主要作用：控制NSRunLoop里面线程的执行和休眠，
在有事情做的时候让当前的NSRunLoop控制线程工作，没事让当前的NSRunLoop控制的线程休眠
(2)NSRunLoop就是一直在循环检测，从线程start到线程end，
检测inputsource（如点击，双击等操作）异步事件，检测timesource同步事件，检测到输入源会执行处理函数
首先会产生通知，Corefunction向线程添加runloop observes来监听事件，意在监听事件发生时来做处理
(3)runloopmode 是一个集合，包括监听：事件源和定时器，以及需通知的runloop observes
在多线程中使用：
(1)只有在为程序创建子线程的时候，才需要运行runloop。对于程序的主线程而言，runloop是关键部分。Cocoa提供了运行主线程runloop的代码，同时也会自动运行runloop
iOS程序UIApplication中的run方法在程序正常启动的时候会启动runloop。 如果使用xcode提供的模板创建的程序，那永远不需要自己去启动runloop
(2)在多线程中，需要判断是否是runloop。如果需要runloop，那么就要负责配置runloop并启动，不需要任何情况下都去启动runloop。比如，使用线程去处理一个预先定义好的耗时极长的任务时，就可以启动runloop了。
runloop 只在要和线程交互时才需要
runloop定时源和输入源
1.创建的程序不需要显式创建runloop；
每个线程，包括程序的主线程(main thread)都有与之相关的runloop对象，主线程会自行创建并运行runloop
2.runloop 处理的输入事件有2种不同的来源：输入源(input source)和定时源(timer source)
- input source:包括
Port事件端口、Custom、performSelector:onThread:选择器对应主线程Thread中的handlePort:、customSrc:、mySelector: - Timer source:
timerFired
3.区别：
输入源传递异步信息，通常来自其他线程或程序。
定时源则传递同步信息，在特定的事件或者一定的时间间隔发生
1.main函数中的Runloop
int main(int argc, char *argcv[]){
@autoleasepool{
return UIApplicationMain(argc, argv,nil, NSStringFromClass([AppDelegate class]));
}
}
UIApplicationMain 函数内部启动了一个Runloop ，所以UIApplicationMain函数没有返回，保持了程序的持续运行
2.Runloop与线程
（1）Runloop对象
Runloop对象是基于C语言的Core Foundation的CFRunLoopRef的一层OC包装，所以要了解Runloop内部结构，需要多研究CFRunLoopRef层面的API
- 每条线程都有唯一的一个与之对应的Runloop对象
- 主线程的Runloop已经自动创建好了，子线程的Runloop需要主动创建
- RunLoop在第一次获取时创建，在线程结束时销毁
（2）获得Runloop对象
- Foundation
- [NSRunLoop currentRunLoop];//获得当前线程的RunLoop对象
- [NSRunLoop mainRunLoop];//获得主线程的RunLoop对象
- Core Foundation
- CFRunLoopGetCurrent();//获得当前线程的RunLoop对象
- CFRunLoopGetMain();//获得主线程的RunLoop对象
（3）RunLoop相关类
- 1）CFRunLoopRef代表RunLoop的运行模式 ：一个RunLoop包含多个Mode 每个More包含又包含多个<Set>Source<Array>Observe<Array>Timer
- 每次RunLoop启动时，只能指定其中一个Mode，这个Mode被称作CurrentMode
- 如果需要切换Mode，只能退出Loop，再重新指定一个Mode进入
- 这样做为了分隔开不同组的Source/Timer/Observer ，让其互不影响
- 5个Mode
- KCFRunLoopDefaultMode：App的默认Mode。通常主线程就是在这个Mode下运行的
- UITrackingRunLoopMode：界面跟踪Mode，用于ScrollView追踪触摸滑动，保证界面滑动时不受其他Mode影响
- UIInitalizationRunLoopMode：刚启动App时就进入的第一个Mode，启动完成后不再使用
- GSEvenReceiveRunLoopMode：接受系统事件的内部Mode，通常用不到
- KCFRunLoopCommonModes：这是一个占位用的Mode，不是一种真正的Mode
- 2）CFRunLoopSourceRef是事件源（输入源）
- 3）CFRunLoopTimerRef是基于时间的触发器 基本上就是NSTimer
- 4）CFRunLoopObserverRef是观察者，能够监听RunLoop的状态的改变
3.RunLoop处理逻辑
RunLoop的事件队列：每次运行Runloop，线程对应的runloop会自动处理之前未处理的消息，并通知相关的观察者。
- (1)通知观察者runloop已经启动
- (2)通知观察者任何即将将要开始的定时器
- (3)通知观察者任何即将启动的非基于端口的源
- (4)启动任何准备好的飞基于端口的源
- (5)如果基于端口的源准备好并处于等待状态，立即启动，并进入步骤9
- (6)通知观察者线程进入休眠
- (7)将线程置于休眠直到如下事件的发生：
1 某一事件到达端口的源 2 定时器启动 3 runloop设置的时间已经超时 4 runloop被显式唤醒 - (8)通知观察者线程被唤醒
- (9)处理未处理的事件：
- 如果用户定义 的 定时器启动，处理定时器事件 并重启runloop 进入步骤2
- 如果输入源启动，传递相应的消息
- 如果runloop被显式唤醒而且时间还没超时，重启runloop 进入步骤2
RunLoop应用
- NSTimer
- ImageView显示
- PerformSelector
- 常驻线程
- 自动释放池
