浅析RunLoop原理及其应用

转载本文需注明出处：微信公众号EAWorld，违者必究。

引言：

一个APP的启动与结束都是伴随着RunLoop循环往复的，不断的循环、不断的往复。当线程被杀掉、APP退出后被系统以占用内存为由杀掉，RunLoop就消失了。但平时开发中很少见到RunLoop，为何它如此神秘？本文跟大家分享一下RunLoop的相关知识。  

目录：

1、RunLoop的概念  

2、RunLoop与线程的关系  

3、RunLoop的常用模式

4、RunLoop的应用  

1.RunLoop的概念  

将英文拆解不难理解其实RunLoop表示一直在运行着的循环或者从上面的定义源码中可以看出就是一个do..while..循环。当启动一个iOS APP时主线程启动与其对应的RunLoop也已经开启。如果不杀掉APP则APP一直运行，就是因为RunLoop循环一直为开启状态保证主线程不会被摧毁。这也是RunLoop的作用之一保证线程不退出。RunLoop在循环过程中监听事件，当前线程有任务时，唤醒当当线程去执行任务，任务执行完成以后，使当前线程进入休眠状态。当然这里的休眠不同于我们自己写的死循环(while(1);)，它在休眠时几乎不会占用系统资源，当然这是由操作系统内核去负责实现的。

UIApplicationMain()函数方法会默认为主线程设置一个NSRunLoop对象，这个循环会随时监听屏幕上由用户触摸所带来的底层消息并将其传递给主线程去处理，当点击一个button事件的传递从图上的调用栈可以看出。（监听的范围还包含时钟/网络）RunLoop循环与While循环的区别在于，RunLoop会在没有事件发生时进入休眠状态从而不占用CPU消耗，有事件发生才会去找对应的 Handler 处理事件，而While则会一直占用。在 Cocoa 程序的线程中都可以通过代码NSRunLoop *runloop = [NSRunLoop currentRunLoop]；来获取到当前线程的Runloop对象。

RunLoop共有两套API接口 ：1. Foundation框架NSRunLoop 2. Core Foundation框架CFRunLoopRef。NSRunLoop和CFRunLoopRef都代表着RunLoop对象,它们是等价的，可以互相转换。

NSRunLoop是基于CFRunLoopRef的一层OC包装，所以要了解RunLoop内部结构，需要多研究CFRunLoopRef层面的API（Core Foundation层面）。

2.RunLoop与线程之间的关系

RunLoop和线程是相辅相成的，一个Runloop对应着一条唯一的线程，可以这样说RunLoop是为了线程而生，没有线程，它也没有存在的必要。RunLoop是线程的基础架构部分， Cocoa 和 CoreFundation 都提供了RunLoop对象方便配置和管理线程的 RunLoop。每个线程，包括程序的主线程（ main thread ）都有与之相对应的 RunLoop对象。上图从 input source 和 timer source 接受事件，然后在线程中处理事件都是由RunLoop推动完成。

注意：开一个子线程创建runloop,不是通过alloc init方法创建，而是直接通过调用currentRunLoop方法来创建，它本身是一个懒加载的。在子线程中，如果不主动获取Runloop的话，那么子线程内部是不会创建Runloop的。

3.RunLoop的常用模式