什么是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
• 常驻线程
• 自动释放池