【Rason的iOS每周小应用】iOS之Runloop

• Runloop的作用
  Runloop准确来说控制的是线程的休眠和唤醒，是一套使线程持续运行的机制（而不是一下子跑完就没了）

• Runloop常见疑问

1. Runloop是如何唤醒的？
   进入休眠后，并不是自己唤醒的，都是要借助外力（也就是其他线程换起的）。如触摸事件，系统将触摸封装成事件，并且通过进程之间端口通讯传递到我们的进程。包括我们所熟知的定时器事件，必然也是系统给告诉我们的进程。
2. 界面卡顿
   为什么界面卡顿？就是CPU和GPU渲染工作未完成，在屏幕刷新信号时，由于界面未渲染完成，显示的还是上一张界面，所以看起来会卡顿。当然在这里也有Runloop的原因，就是在每一次屏幕刷新之间，尽量耗时任务尽量移动到子线程执行，无法移动的，尽量分成多个小任务。

• Runloop如何运作？

1. 存在输入源，才能启动Runloop，否则直接退出，往后执行。
2. 运行模式，其实只是将事件运行的环境进行分类。每次Runloop都会运行在指定的模式，只有当前模式的事件，才会触发。假设当前运行模式是A，而添加了一个定时器到模式B，那么只有当Runloop运行到模式B，那么定时器才会执行。
3. Runloop退出的条件是什么？①移除所有输入源 ②主动停止Runloop

• Runloop支持线程唤醒的事件类型

1. 基于端口的事件
   如触摸事件，系统将触摸事件封装，并且通过进程之间端口通讯传递到我们的进程。

   [[NSRunLoop currentRunLoop] addPort:port forMode:NSRunLoopCommonModes];
   

2. 自定义事件

   [self performSelector:@selector(taskDo) onThread:thread withObject:nil waitUntilDone:NO modes:@[NSDefaultRunLoopMode]];
   

3. 基于时间的定时事件

   [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
   

• Runloop的应用
  1. UI在什么时候渲染？
     我们先来看一段。

     self.view.hidden = YES;
     ......
     self.view.hidden = NO;
     

     会不会闪一下？答案是不会的。因为UI不是立即渲染的，CA在runloop中注册了一个即将进入休眠的observer，在休眠之前对已提交的请求进行集中渲染。
  2. 界面卡顿问题
     卡顿问题，一次runloop绘制任务太多仍会存在卡顿问题，放到下个Runloop，以减少单次runloop绘制任务。（其实重用UI、子线程处理耗时的非UI操作基本上能处理大多数常见卡顿）。runloop中将一个任务放到第二次runloop中执行。最简单使用[self performSelector:@selector(xxxxx) withObject:nil afterDelay:0]，而GCD的话，是不一定的。
  3. 第三方动态化框架RN、Weex等
     这些框架能否都跑在主线程？可以是可以，但是由于流畅性考虑，都是管理自己的线程，自己的Runloop。最简单的就是，添加一个NSPort保活，然后直接跑就可以了。一些热更新呢等处理，可以考虑停止线程、Runloop，释放很多的内存。