iOS点点滴滴OC基础

iOS开发-RunLoop详解

2020-03-19  本文已影响0人  前端老司机

RunLoop概述


RunLoop是什么?
为什么要有RunLoop

一般来说,一个线程只能执行一个任务,执行完就退出。如果我们需要一种机制,让线程不退出,随时能处理事件,那么我们就用到了RunLoop。那么,RunLoop是什么?RunLoop又叫运行循环,内部就是一个do-while循环,在这个循环内部不断处理各种任务,保证程序持续运行。RunLoop存在的目的就是当线程中有任务的时候,保证线程干活,当线程没有任务的时候,让线程睡眠,提高程序性能,节省资源,该做事的时候做事,该休息的时候休息(想看一下你在房间里一直转圈抗饿还是躺在床上睡觉更抗饿?)。

RunLoop的作用


1、保持程序持续运行。

App一启动就会开启主线程,主线程在开启的时候就会开启主线程对应的RunLoopRunLoop能保证线程不被销毁,主线程不销毁,程序就会持续运行。

2、处理App中各类事件。

事件响应、手势识别、界面刷新、AutoreleasePool自动释放池、NSTimer等事件处理。

3、节省CPU资源,提高程序性能。

如概述所述,当线程中有任务的时候,保证线程干活,当线程没有任务的时候,让线程睡眠,提高程序性能,节省资源,该做事的时候做事,该休息的时候休息。

RunLoop的原理


想要更好的理解RunLoop,阅读源码是一个不错的选择。老司机说,有了源码,RunLoop也就没那么神秘了。首先我们平时所讲的RunLoop有两种, 一种是NSRunLoop,一种CFRunLoop

1、首先看下CFRunLoop的定义,这里我把需要关注的参数都做了注释

由此可以看出,CFRunLoop是一个结构体,里面含有很多属性。看一下这个结构体里面我们需要关注的几个参数。每一个RunLoop都有自己的模式(Mode),而且不止一个模式。模式(Mode)里面存储的是RunLoop要处理的事件源,事件源有三种,Source、Timer、Observer这三种,下面会有详细介绍。RunLoop有很多模式,但是某一个时刻只能有一个确定的Mode,就是_currentMode,下面第二条讲述的就是RunLoopMode,在RunLoop结构体里面几个与模式(Mode)相关的参数 :

_currentMode,,表示该RunLoop当前所处的模式;

_modes表示该RunLoop中所有的模式;

另外RunLoop里面有一个Mode是NSRunLoopCommonModes,这个Mode并没有什么含义,它只是对几个模式(Mode)进行标记的一个集合;

_commonModes表示NSRunLoopCommonModes这个模式下保存的Mode,我们也可以将自定义的Mode添加到这个set里面;

_commonModeItem表示添加到NSRunLoopCommonModes里面的Source/Timer等;

2、上面提到的RunLoop里面有很多模式(Mode),来了解一下模式CFRunLoopMode,下面是CFRunLoop的源码。

其实与CFRunLoop相关的几个定义都是结构体,CFRunLoopMode也是结构体,看代码了解下CFRunLoopMode的几个相关参数,主要是上面标记出来的四个参数

上面说RunLoop是用来处理事件,它处理的事件主要有三种,Source、Timer、Observer,那么Source还可以分为两种,Source0Source1CFRunLoopMode的定义里面有四个集合,分别表示存储这四种事件源的集合,如上标注。

RunLoop中的Mode主要有以下几种:

RunLoop启动的时候只能选择其中一个Mode,作为currentMode,如果需要切换Mode,只能退出当前Mode,再重新选择一个Mode进入。

到这里,基于以上CFRunLoopCFRunLoopMode的理解,RunLoop中保存的是RunLoopMode,而RunLoopMode中保存的才是实际执行的任务。

3、RunLoopMode里面存储的是RunLoop要处理的事件源,事件源有三种,Soure、Timer和Observer

CFRunLoopSourceRef是RunLoop要处理的事件源之一,version0、version1 是根据对不同事件的处理区分出来的source0、source1。

RunLoop在运行过程中有以下几个状态:

可以给一个RunLoop添加观察。通过监测RunLoop的状态判断是否出现卡顿。创建一个Observer观察者,将创建好的观察者添加到主线程RunLoop的CommonMode模式下观察,创建一个持续的子线程专门用来监控主线程的RunLoop状态,一旦发现进入睡眠前的KCFRunLoopBeforeSource状态,或者唤醒后的状态KCFRunLoopAfterWaiting,在设置的时间阈值内一直没有变化,即可判断为卡顿,dump出堆栈的信息,从而进一步分析出具体是哪个方法的执行时间长。

4、了解了RunLoop的基本数据结构,下面看一下RunLoop是如何运行的。

首先,如何创建一个RunLoop,其实RunLoop并不需要我们手动创建。任何一个RunLoop都与一个线程关联着,先有线程,再有RunLoop。苹果提供了两个API,让我们来获取RunLoopCFRunLoopGetMain()CFRunLoopGetCurrent(),这两个方法分别获取MainRunLoop 和当前线程的RunLoop。

从上面两个函数可以看出,RunLoop是通过_CFRunLoopGet0()这个函数来获取的,并且以线程作为参数,这个函数的作用与通过key从NSDictionary获取Value极为相似。接下来,看一下_CFRunLoopGet0()的实现。

获取某个线程的RunLoop,首先以该线程作为key,从全局字典查找,如果没有找到,就新建一个,并以线程为key,RunLoopValue存到全局字典中(如果全局字典不存在,就先初始化全局字典,并新建一个MainRunLoop保存到全局字典中)。下面是源码,我都添加了注释。

上面这个是获取当前RunLoop的原理,那么RunLoop内部又是如何执行任务的。这里有一个图解。

CFRunLoopRunCFRunLoopRunInMode 内部都调用了CFRunLoopRunSpecific。而CFRunLoopRunSpecific内部又调用了__CFRunLoopRun,CFRunLoopRunSpecific__CFRunLoopRun合起来就是RunLoop的完整实现了。看下下面一段伪代码解读,这个就是RunLoop的内部逻辑:

RunLoop和线程之间的关系


1、RunLoop保存在一个全局的Dictionary里面,线程为keyRunLoopValue

2、线程刚创建的时候是没有RunLoop对象的,RunLoop会在第一次获取它的时候创建。

3、RunLoop会在线程结束的时候销毁。

4、主线程的RunLoop已经自动获取(创建),子线程默认没有开启RunLoop

5、每条线程都有唯一的一个与之对应的RunLoop对象。

6、先有线程,再有RunLoop

我们在开发中常见RunLoop使用


1、控制线程生命周期(线程保活、线程永驻)。

原理:如果Mode里面没有任何的Soure0/Source1/Timer/ObserverRunLoop会立马退出,所以为了不让它退出,可以在RunLoop里面添加一个Soure1AF2.x中用到常驻线程,就是这个原理。

2、TableView延迟加载图片。

setImage放到NSDefaultRunLoopMode去做,也就是在滑动的时候并不会去调用赋值图片的方法,而是会等到滑动完毕切换到NSDefaultRunLoopMode下面才会调用。

[self.img performSelector:@selector(setImage:) withObject:image afterDelay:0 inModes:[NSDefaultRunLoopMode]];

3、解决NSTimer在滑动时停止工作的问题(将Timer添加到CommonMode里面即可)。

NSTimer *timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(timerEvent) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

Timer默认是处在NSDefaultRunLoopMode模式,当我们滑动页面的时候RunLoop会切换到UITrackingRunLoopMode模式,这样我们的timer就停止工作了,就像商城的倒计时,滑动页面的时候倒计时就停止了,为了解决这个问题,需要让timerUITrackingRunLoopMode下也能工作,而NSRunLoopCommonModes,这个模式等效于NSDefaultRunLoopModeUITrackingRunLoopMode的结合。所以给timer指定NSRunLoopCommonModes模式,这样 timer可以在NSDefaultRunLoopMode、UITrackingRunLoopMode模式下都运行。

4、另外可以通过监测RunLoop的状态监测应用卡顿。

RunLoop在进入睡眠之前和唤醒后的两个loop状态定义的值,分别是KCFRunLoopBeforeSourcesKCFRunLoopAfterWaiting,也就是要触发Source0回调和接收mach_port消息两个状态。创建一个Observer观察者,将创建好的观察者添加到主线程RunLoopCommonMode模式下观察,创建一个持续的子线程专门用来监控主线程的RunLoop状态,一旦发现进入睡眠前的KCFRunLoopBeforeSource状态,或者唤醒后的状态KCFRunLoopAfterWaiting,在设置的时间阈值内一直没有变化,即可判断为卡顿,dump出堆栈的信息,从而进一步分析出具体是哪个方法的执行时间长。

以上是开发中常用的与RunLoop相关的应用。

对于RunLoop的这篇总结,是在阅读前人博客和自己对源码的解读之后编写的。基于对RunLoop的理解,我们可以清晰的看到,RunLoop就是一个do-while循环,在这个循环内部,有事情则处理事情,没事情就休息,这样做的好处就是提高程序性能,节省资源。另外RunLoop中保存的是RunLoopMode,而RunLoopMode中保存的才是实际执行的任务。对RunLoop理解到这里,我们可以去网上搜罗一下RunLoop的案例,检阅一下自己啦,加油!

上一篇下一篇

猜你喜欢

热点阅读