面试聊iOS：RunLoop

2021-09-16 本文已影响0人面试聊iOS

大家好，我是面试聊iOS的程序员。
这篇文章将和大家分享面试iOS时聊RunLoop一般都可以聊些什么。

抖音搜索 面试聊iOS 观看视频版

什么是RunLoop

默认情况下，线程执行完任务后就会退出，不再执行任务。我们需要采用一种方式来让线程能够不断的处理任务，并且不退出，所有就有了RunLoop。

顾名思义，RunLoop就是一直运行着的循环。
RunLoop实际上是一个对象，这个对象在循环中用来处理程序运行过程中出现的各种事件（比如说touch事件、UI刷新事件、定时器事件、Selector事件），从而保持程序的持续运行。Runloop在没有事件处理时，会让线程进入休眠，只有在接收到事件时才会被唤醒，然后再做出相应的处理。

一条线程对应一个RunLoop对象，主线程的RunLoop对象由系统自动创建。

RunLoop Mode

NSDefaultRunLoopMode
app默认Mode，通常主线程就在该Mode下运行。

NSTrackingRunLoopMode
界面跟踪mode，用于scrollView追踪触摸滑动，保证界面滑动时不受其他Mode影响。

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

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

NSRunLoopCommonModes
这是一个占位Mode，不是一个真正的Mode，会同时处理默认模式和UI模式中的事件。

RunLoop Source

定时源，基于时间的触发器，基本上就是NSTimer
NSTimer默认被加入RunLoop的default mode下

source0：非基于Port的源，基本就是应用层事件，比如点击事件
source1：基于Port的源，通过内核和其他线程通信，接收、分发系统事件

我们点击app内的某个按钮，先触摸到屏幕（硬件），屏幕表面的事件会先封装成Event传递给source1（mach_port），source1唤醒runloop，让后将Event分发给source0处理。

RunLoop Observer

CFRunLoopObserverRef，监听RunLoop的状态改变
即将进入Loop：1
即将处理Timer：2
即将进入source：4
即将进入休眠：32
即将从休眠中唤醒：64
即将从Loop中退出：128
监听全部状态改变

RunLoop运行逻辑

通知观察者即将进入RunLoop
通知观察者即将处理Timer
通知观察者即将处理source0
处理source0
如果有source1，跳至第9步
通知观察者线程即将进入休眠状态
线程进入休眠，等待直到以下任一事件发生唤醒线程

某一事件到达基于端口的源
定时器启动
RunLoop设置的时间超时
RunLoop被显式唤醒

通知观察者线程即将被唤醒
处理唤醒时收到的事件

如果用户定义的定时器启动，处理定时器事件并重启RunLoop，跳回步骤2；
如果输入源启动，传递相应消息；
如果RunLoop被显式唤醒且时间未超时，重启RunLoop，跳回步骤2

通知观察者，即将退出RunLoop

常驻线程

如果经常会在子线程中做一些耗时操作（比如下载文件、后台播放音乐等），最好能让这条线程常驻内存

为当前线程添加一个RunLoop
向该RunLoop中添加一个Port/Source等维持RunLoop的事件循环
启动该RunLoop