转载

iOS夯实：RunLoop

本文授权转载，作者：@方秋枋

目标：用简洁易懂的语言归纳runLoop和对我们日常开发的影响。

1. 什么是RunLoop

runLoop是一个与线程相关的机制。

在应用程序层面，无论在哪个操作系统，所有线程的运行方式基本是一样的。在线程开始运行后,都在running, ready, 或是 blocked状态中切换，直至终止。在创建一个新的线程的时候，我们必须指定入口函数（entry-point function）。当入口函数执行完毕或是我们主动终止线程，线程就会停止运行然后被系统回收。

如果任务执行完毕，线程就被回收，那么下一个新的任务来，我们还需要重新创建和配置一个线程。非常地消耗性能，这个时候就引出了我们的Runloop机制。用Runloop来实现线程的常驻。

Runloop可以简单理解为一个循环。

func loop() { repeat { var event = nextEvent(); process(event); } while (event != quit); }

在这个循环里面等待事件，然后处理事件。而这个循环是基于线程的。通过RunLoop这样的机制，线程能够在没有事件需要处理的时候休息，有事情的时候运行。减轻CPU压力。

2. 日常开发中的RunLoop

简单理解了RunLoop之后，我们发现其实我们平时的开发，背后都无时无刻与runLoop有关。

但是我们很幸运不需要把时间都浪费在纠结这些底层细节上,绝大部分工作都交给了操作系统为我们实现。所以关于runLoop，我们在不想被底层细节包围的前提下，需要了解和做些什么呢。

1. 需要了解RunLoop的坑：

NSTimer

日常开发中，我们与runLoop接触得最近可能就是通过NSTimer了。一个Timer一次只能加入到一个RunLoop中。我们日常使用的时候，通常就是加入到当前的runLoop的default mode中。

提到mode,就需要谈谈RunLoop Modes

简单的说，runLoop有多个Mode,RunLoop只能运行一个Mode,runLoop只会处理它当前Mode的事件。

所以就会导致一些地方我们需要去注意。

一般Timer是运行在RunLoop的default mode上，而ScrollView在用户滑动时，主线程RunLoop会转到UITrackingRunLoopMode。而这个时候，Timer就不会运行,方法得不到fire。

用一个真实例子来说明（自身教训）：

iOS夯实：RunLoop

注册界面

在一次写一个注册界面的时候，用户点击发送验证码后，使用Timer,倒数60秒以允许用户再次申请发送验证码，同时每一秒更新界面秒数信息。而此时Timer运行于主线程的default mode上。若此时用户滑动显示屏，则会出现Timer失效,界面得不到更新的情况。此时就是因为RunLoop的mode原因。