RunLoop的字面意思是运行循环、跑圈，一个App启动后能一直执行，就是因为启动后进入了一个循环，在这个循环中不断监听各种状态、手势动作，并做出相应的响应。这个循环就是我们今天要探究的RunLoop。

1 RunLoop基础

1.1 RunLoop的基本作用

• 保持程序的持续运行(ios程序为什么能一直活着不会死)
• 处理app中的各种事件（比如触摸事件、定时器事件【NSTimer】、selector事件【选择器·performSelector···】）
• 节省CPU资源，提高程序性能，有事情就做事情，没事情就休息

1.2 关于RunLoop的几点说明

1. 如果没有Runloop,那么程序一启动就会退出，什么事情都做不了。 
2. 如果有了Runloop，那么相当于在内部有一个死循环，能够保证程序的持续运行
3. main函数中的Runloop 
   • a 在UIApplication函数内部就启动了一个Runloop 该函数返回一个int类型的值 
   • b 这个默认启动的Runloop是跟主线程相关联的

1.3 RunLoop对象

1. 在iOS开发中有两套api来访问Runloop
   • foundation框架【NSRunloop】 
   • core foundation框架【CFRunloopRef】
2. NSRunLoop和CFRunLoopRef都代表着RunLoop对象,它们是等价的，可以互相转换
3. NSRunLoop是基于CFRunLoopRef的一层OC包装，所以要了解RunLoop内部结构，需要多研究CFRunLoopRef层面的API（Core Foundation层面）

1.4 RunLoop与线程

1. Runloop和线程的关系：
   • 一个Runloop对应着一条唯一的线程
   • 问题：如何让子线程不死 回答：给这条子线程开启一个Runloop
2. Runloop的创建：主线程Runloop已经创建好了，子线程的runloop需要手动创建
3. Runloop的生命周期：在第一次获取时创建，在线程结束时销毁

1.5 获取Runloop对象

/*1.获得当前Runloop对象*/
    //01 NSRunloop
     NSRunLoop * runloop1 = [NSRunLoop currentRunLoop];
    //02 CFRunLoopRef
    CFRunLoopRef runloop2 =   CFRunLoopGetCurrent();

/*2.拿到当前应用程序的主Runloop（主线程对应的Runloop）*/
    //01 NSRunloop
     NSRunLoop * runloop1 = [NSRunLoop mainRunLoop];
    //02 CFRunLoopRef
     CFRunLoopRef runloop2 =   CFRunLoopGetMain();

/*3.注意点：开一个子线程创建runloop,不是通过alloc init方法创建，而是直接通过调用currentRunLoop方法来创建，它本身是一个懒加载的。
4.在子线程中，如果不主动获取Runloop的话，那么子线程内部是不会创建Runloop的。可以下载CFRunloopRef的源码，搜索_CFRunloopGet0,查看代码。
5.Runloop对象是利用字典来进行存储，而且key是对应的线程Value为该线程对应的Runloop。*/

2 RunLoop相关类

2.1 Runloop运行原理图

　　在线程中开启RunLoop后，系统会进入一个死循环，这个循环在有事件触发时（触摸事件、定时器事件【NSTimer】、selector事件【选择器·performSelector···】等）就工作，没事情就休息，提高程序性能，节省CPU资源，示意图如下。

2.2 RunLoop相关的5个类

• CFRunloopRef
• CFRunloopModeRef【Runloop的运行模式】
• CFRunloopSourceRef【Runloop要处理的事件源】
• CFRunloopTimerRef【Timer事件】
• CFRunloopObserverRef【Runloop的观察者（监听者）】

　　Runloop要想跑起来，它的内部必须要有一个mode,这个mode里面必须有source\observer\timer，至少要有其中的一个。

2.2.1 CFRunloopModeRef

1. CFRunloopModeRef代表着Runloop的运行模式
2. 一个Runloop中可以有多个mode,一个mode里面又可以有多个source\observer\timer等等
3. 每次runloop启动的时候，只能指定一个mode,这个mode被称为该Runloop的当前mode
4. 如果需要切换mode,只能先退出当前Runloop,再重新指定一个mode进入，这样做主要是为了分割不同组的定时器等，让他们相互之间不受影响
5. 系统默认注册了5个mode
   • a.kCFRunLoopDefaultMode：App的默认Mode，通常主线程是在这个Mode下运行
   • b.UITrackingRunLoopMode：界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响
   • c.UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用
   • d.GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到
   • e.kCFRunLoopCommonModes: 这是一个占位用的Mode，不是一种真正的Mode

2.2.2  CFRunloopTimerRef：基于时间触发一个操作。基本上说的就是NSTimer

　　NSTimer在实际开发中会出现不准的情况，出现这种情况的主要是NSTimer的初始化有两种方法如下，然后第一种方法会自动添加到当前的RunLoop中，并且RunLoop的运行模式mode设置为kCFRunLoopDefaultMode，这种模式在界面被拖拽时运行mode变为UITrackingRunLoopMode，这时候defaultmode下的定时器就会停止工作，所以在界面拖拽时定时器不计时，导致计时不准。

+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block;

+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block;

　　解决上述所说的定时器不准的方案是设置RunLoop的工作mode为kCFRunLoopCommonModes，这种模式可以在多种mode下都进行工作。

/*
    说明