Runloop的作用
Runloop准确来说控制的是线程的休眠和唤醒，是一套使线程持续运行的机制（而不是一下子跑完就没了）Runloop常见疑问
- Runloop是如何唤醒的？
进入休眠后，并不是自己唤醒的，都是要借助外力（也就是其他线程换起的）。如触摸事件，系统将触摸封装成事件，并且通过进程之间端口通讯传递到我们的进程。包括我们所熟知的定时器事件，必然也是系统给告诉我们的进程。 - 界面卡顿
为什么界面卡顿？就是CPU和GPU渲染工作未完成，在屏幕刷新信号时，由于界面未渲染完成，显示的还是上一张界面，所以看起来会卡顿。当然在这里也有Runloop的原因，就是在每一次屏幕刷新之间，尽量耗时任务尽量移动到子线程执行，无法移动的，尽量分成多个小任务。
- Runloop如何运作？
- 存在输入源，才能启动Runloop，否则直接退出，往后执行。
- 运行模式，其实只是将事件运行的环境进行分类。每次Runloop都会运行在指定的模式，只有当前模式的事件，才会触发。假设当前运行模式是A，而添加了一个定时器到模式B，那么只有当Runloop运行到模式B，那么定时器才会执行。
- Runloop退出的条件是什么？①移除所有输入源 ②主动停止Runloop
- Runloop支持线程唤醒的事件类型
-
基于端口的事件
如触摸事件，系统将触摸事件封装，并且通过进程之间端口通讯传递到我们的进程。[[NSRunLoop currentRunLoop] addPort:port forMode:NSRunLoopCommonModes]; -
自定义事件
[self performSelector:@selector(taskDo) onThread:thread withObject:nil waitUntilDone:NO modes:@[NSDefaultRunLoopMode]]; -
基于时间的定时事件
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
- Runloop的应用
- UI在什么时候渲染？
我们先来看一段。
会不会闪一下？答案是不会的。因为UI不是立即渲染的，CA在runloop中注册了一个即将进入休眠的observer，在休眠之前对已提交的请求进行集中渲染。self.view.hidden = YES; ...... self.view.hidden = NO; - 界面卡顿问题
卡顿问题，一次runloop绘制任务太多仍会存在卡顿问题，放到下个Runloop，以减少单次runloop绘制任务。（其实重用UI、子线程处理耗时的非UI操作基本上能处理大多数常见卡顿）。runloop中将一个任务放到第二次runloop中执行。最简单使用[self performSelector:@selector(xxxxx) withObject:nil afterDelay:0]，而GCD的话，是不一定的。 - 第三方动态化框架RN、Weex等
这些框架能否都跑在主线程？可以是可以，但是由于流畅性考虑，都是管理自己的线程，自己的Runloop。最简单的就是，添加一个NSPort保活，然后直接跑就可以了。一些热更新呢等处理，可以考虑停止线程、Runloop，释放很多的内存。
- UI在什么时候渲染？
