RunLoop理解、检测主线程阻塞

写一点简单的理解。

简单来讲：IOS系统中用来管理和处理线程任务的一个东西，控制线程的生命周期，在线程没有消息处理的时候处于休眠状态避免占用资源，又能够随时监听到消息处理事件。

细节点讲：一般来讲，一个线程一次只能执行一个任务，执行完成后线程就会退出。RunLoop会有个入口函数，线程执行了这个函数后，就会一直处于这个函数内部 "接受消息->等待->处理" 的循环中，直到这个循环结束（比如传入 quit 的消息），函数返回。正是有了RunLoop，我们才能时时刻刻向系统发消息，系统也才能一直监听到用户事件。RunLoop接收的消息有两种，用户事件，定时任务。

线程和RunLoop是一一对应的，多个线程的话会存在系统的一个字典里面，线程刚刚创建如果不被调用不会自动创建RunLoop，类似于懒加载。RunLoop 的创建是发生在第一次获取时，RunLoop的销毁是发生在线程结束时。你只能在一个线程的内部获取其 RunLoop（主线程除外）。  由于主线程是一直存在的，所以mainRunLoop（主线程loop）也是从一开始就创建好的。

---

RunLoop 的底层实现

RunLoop 的核心是基于 mach port 的，其进入休眠时调用的函数是 mach_msg()。具体参考下面网站：http://www.cocoachina.com/ios/20150601/11970.html

RunLoopRunLoop 内部的逻辑：

具体实践：我们最常用到的应该是计时器的RunLoop，那个一般是放到主线程中去控制。mode是个枚举值，多种类型的Loop，下面会讲到。还有一点就是RunLoop中的计时器并不一定是完全准确的。由于我们通常都会用mainRunLoop，而这个mainRunLoop会处理主线程的很多事情，有时候会有复杂的运算操作等等，或者大量的UI刷新都会影响到计时器的准确性。网上看到有一种解决方案是开辟子线程，但是一般定时器牵扯到UI刷新的还要回到主线程，就比较麻烦了。所以适用对象不多。

举个简单的例子：

关于Mode介绍：

1. kCFRunLoopDefaultMode: App的默认 Mode，通常主线程是在这个 Mode 下运行的。

2. UITrackingRunLoopMode: 界面跟踪 Mode，用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他 Mode 影响。

3. UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用。

4: GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到。

5: kCFRunLoopCommonModes: 这是一个占位的 Mode，没有实际作用。

也就是说通常我们使用到的只有两个，第一个是default，第二个是用于和scrollView滑动不冲突的loop。

17.7.18更新：

关于RunLoop检测FPS的问题：

其实很简单，主要函数在于CADisplayLink，这个函数可以理解为新款定时器，他的执行频率是根据你屏幕帧数的刷新次数来执行的。其实也就是FPS刷新频率。

知道了这个概念，是不是一下就通了。当然了，他的用处可不仅仅是打印FPS。

创建方法

具体打印方法

我写这个是比较简单的，只是测试了一下原理。具体的实际应用要看业务需要了。比如检测主线程卡死时间过久上传服务器。这个其实直接打印count就行，count从0开始加，一秒钟屏幕刷新多少次count就增加多少次。极限接近于FPS。

推荐一篇文章：http://www.jianshu.com/p/9e2529fbe963