一、特性
- iOS中所有的事件监听全部是由Runloop负责监听的，main线程的Runloop在应用启动的时候就会自动创建，其他子线程需要自己启动，不会自己创建Runloop
- 线程和Runloop之间是一一对用的，其关系是保存在一个全局的字典里面，线程刚创建时，并没有Runloop，不主动获取，那么它一直不会有，Runloop的创建发生在第一次获取时。
- Runloop并不是线程安全，所以需要避免在其他线程上调用当前线程的Runloop
- Runloop负责管理autorelease pools，负责处理消息事件，如输入源事件、计时器事件，网络请求等
- 通Runloop机制实现省电，流畅、响应速度快。用户体验好
二、Runloop Mode
苹果文档中提到的 Mode 有五个：
- NSDefaultRunLoopMode：App默认的Model，主线程是在这个Model下运行的
- NSConnectionReplyMode：该模式用来监控NSConnection对象。你通常不需要在你的代码中使用该模式（ios9.0已经废弃NSConnection了，由NSURLSession替代，所以这个应该然并卵了吧）
- NSModalPanelRunLoopMode: 使用该模式来标识用于modal panel（模态面板）的事件。
- NSEventTrackingRunLoopMode：界面跟踪Mode，用于ScrollView追踪触摸滑动，保证界面滑动时不受其他Mode影响。 (当我们滑动ScrollView,TableView等继承于ScrollView的控件是, 系统会切换模式为: UITrackingRunLoopMode, 跟踪你的触摸事件, 当停止滚动的时候, 系统会切换模式为: kCFRunLoopDefaultMode)，
- NSRunLoopCommonModes 这是一组可配置的通用模式。将input sources与该模式关联则同时也将input sources与该组中的其它模式进行了关联。对于Cocoa应用，该模式缺省的包含了default，modal以及event tracking模式。
iOS公开出来的只有两个：
mode.png
一个常见的问题就是，主线程中一个NSTimer添加在default mode中，当界面上有一些scroll view的滚动频繁发生导致run loop运行在UItraking mode中，从而这个timer没能如期望那般的运行。所以，我们就可以把这个timer加到NSRunLoopCommonModes中来解决
举个栗子: 如果有TableView上有轮播图(NSTimer), 则在滚动TableView的时候,定时器是不好使的, 因为添加定时器默认是在kCFRunLoopDefaultMode下的
三、Runloop 应用
如果我们将定时器放到UITrackingRunLoopMode
模式下, 则只有在拖动的时候,定时器才可以工作, 代码如下:
// 调用了scheduledTimer返回的NSTimer的定时器对象,已经被自动添加到当前的runLoop中(一个线程对应一个runloop,如果在子线程中添加定时器..添加到子线程的runloop中),默认为NSDefaultRunLoopMode模式
let timer = Timer.scheduledTimer(timeInterval: 3, target: self, selector: #selector(printAction), userInfo: nil, repeats: true)
RunLoop.current.add(timer, forMode: .UITrackingRunLoopMode)
// 如果需要更改模式, 直接这样就可以
RunLoop.current.add(timer, forMode: .commonModes)```
iOS 10 加入新闭包形式的写法，
// NSDefaultRunLoopMode:NSTimer只有在默认模式下(NSDefaultRunLoopMode)工作，切换到其他模式不再工作，比如拖拽了界面上的某个控件(会切换成UITrackingRunLoopMode)
let timer = Timer.init(timeInterval: 1, repeats: true) { (timer) in
print("新timer执行了")
}
RunLoop.current.add(timer, forMode: .defaultRunLoopMode)```
CADisplayLink如果NSTimer一样, 也是添加到模式中
