中高级iOS必备知识点-RunLoop

RunLoop学习起来是很抽象,也不好理解,所以一定多看几次,多学学才能学好!这也是中高级iOS必须掌握的知识点,面试中经常遇到.


什么是 RunLoop?

Run 表示运行,Loop 表示循环。结合在一起就是运行循环的意思。RunLoop就是在程序运行过程中循环做一些事情.

RunLoop的应用范畴有哪些?

定时器(Timer)、PerformSelector

GCD Async Main Queue

事件响应、手势识别、界面刷新

网络请求

AutoreieasePool

上面这些底层都是RunLoop在支撑,说白了,如果没有RunLoop支撑,上面的这些都无法实现.

如果没有RunLoop会发生什么呢?像我们的命令行项目,创建出来默认就是没有RunLoop,请看下图

因为没有RunLoop,程序执行到第13行的时候,就会自动退出.

而我们iOS项目的main函数里面都有UIApplicationMain(argc, argv,nil, appDelegateClassName);这个代码,这里就是创建了一个主线程的RunLoop,所以我们程序不会退出,一直在运行中.我们可以大致写一下main函数里面的伪代码如下:

retVal这个等于0,当没有事件处理的时候,RunLoop就会sleep就是类似睡觉,一旦有事件需要处理,比如点击、刷新事件等process_message就会去处理这个事件,处理完了继续休息,retVal=0,程序就会一直执行,不会退出,这就是RunLoop作用.

作为一个开发者,有一个学习的氛围跟一个交流圈子特别重要,这是一个我的iOS开发交流群:130 595 548,不管你是小白还是大牛都欢迎入驻 ,让我们一起进步,共同发展!(群内会免费提供一些群主收藏的免费学习书籍资料以及整理好的几百道面试题和答案文档!)

RunLoop的基本作用

1.保持程序的持续运行

2.处理App中的各种事件(比如触摸事件、定时器事件等)

3.节省了CPU资源,提高程序性能:该做事时做事,该休息时休息

...

获取RunLoop对象

iOS中有2套API来访问和使用RunLoop :

Foundation : NSRunLoop (OC语言里面的)

Core Foundation : CFRunLoopRef (C语言里面的)

NSRunLoop和CFRunLoopRef都代表着RunLoop对象

NSRunLoop是基于CFRunLoopRef的一层OC包装

CFRunLoopRef是开源的.(CFRunLoopRef参考链接)

其实我们很多都是由OC包装出来的,请看下面:

获取当前的RunLoop

获取当前RunLoop和主线程RunLoop

获取RunLoop

这里注意,地址不一样,因为NSRunLoop是对CFRunLoopDef做了一层包装,你可以用OC的NSLog("%@",[NSRunLoop MainRunLoop])获取对比一下,它的地址就是C语言获取的地址.主线程只有一个RunLoop.

RunLoop与线程

每条线程都有唯一的一个与之对应的RunLoop对象(一一对应)

RunLoop保存在一个全局的Dictionary里,线程作为key,RunLoop作为value

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

RunLoop会在线程结束时销毁

主线程的RunLoop已经自动创建,子线程默认没有开启RunLoop.

源码窥探看一下:CFRunLoopGetCurrent

由于源码不能像objc直接打开,我们把它拉到项目中查看.

从字典也能看出来是一对一的关系.而且确实是第一次获取的时候是空的,然后再去创建这个RunLoop.

那我们就继续来了解RunLoop内部的数据结构,到底是怎么工作的.

RunLoop相关的类

Core Foundation中关于RunLoop的5个类

1.CFRunLoopRef

2.CFRunLoopModeRef

3.CFRunLoopSourceRef

4.CFRunLoopTimerRef

5.CFRunLoopObserverRef

再看下CFRunLoopRef的底层源码:

就是上面这个结构体,我们用到的可能就是红色这些.pthread是线程,每个runloop都会保存这个东西.最后面那个_modes,这个是个集合来着,CFMutableSetRef我们能想到我们自己用的set也是一个集合来着,比如NSMutableSet也是一个集合,所以这个_modes里面是存着一堆的mode.

这个mode就是CFRunLoopModeRef类型,所以里面存储一堆的CFRunLoopModeRef类型的mode.

而_currentMode也是CFRunLoopModeRef这个类型,所以我们很容易得出一个结论:

一个RunLoop对象里面有一堆的mode,也就是存在_modes里面,里面只有一个是_currentMode.

我们再窥探一下源码,看下mode里面存储的是什么?

所以我们来个总结的图:

RunLoop有很多种模式,对应的_currentMode只有一种.

CFRunLoopModeRef

1.CFRunLoopModeRef它是代表RunLoop的运行模式

2.一个RunLoop包含若干个Mode,每个Mode又包含若干个Source0/Source1/Timer/Observer

3.RunLoop启动时只能选择其中一个Mode,作为currentMode

4.如果需要切换Mode,只能退出当前RunLoop,再重新选择一个Mode进入

5.不同组的Source0/Source1/Timer/Observer能分割开来,互不影响

6.如果Mode里面没有任何Source0/Source1/Timer/Observer,RunLoop会立马退出

如果只能在一种模式下运行,对性能什么的都有很大好处,比如我在滑动模式下,不考虑不滑动的模式,所以就不会卡顿,顺畅很多.还有注意的就是,它切换mode是在循环里面切换的,所以不会导致程序退出.

常见的mode有2种,其他情况很少见,所以掌握这两个一般都是没问题了

1.KCFRunLoopDefaultMode (NSDefaultRunLoopMode):App的默认Mode,通常是主线程是在这个Mode下运行

2.UITrackingRunLoopMode : 界面跟踪Mode,用于ScrollView追踪触摸滑动,保证界面滑动时不受其他Mode影响

RunLoop到底做哪些事?

RunLoop在不停执行的时候到底具体做了哪些事?其实是RunLoop在不停循环的时候,就是处理每个mode下的Source0、Source1、Timer、Observer这里面的事件,那我们就来看看这里面具体对应的到底是什么事件.

Source0

触摸事件、performSelector:onThread:

比如我们的touchbegin这个我们看下下面的代码:

Source1

基于Port的线程间的通信,系统事件的捕捉.

(两个线程之间相互传递消息的处理,系统事件捕捉,其实也包括触摸事件,只是把事件捕捉到以后传递给Source0).

Timer

NSTimer定时器,performSelector:withObject:afterDelay(这个方法的底层实现也就是NSTimer来实现的)

Observers

用于监听RunLoop的状态,UI的刷新(BeforeWaiting),Autorelease pool(BeforeWaiting)

(在RunLoop休眠之前都会去执行UI的刷新啊、Autorelease pool的释放等)

以上这些东西,完全就是我们平时开发中经常写的代码,比如设置背景色,设置frame等等.

由于RunLoop知识点比较多,如果写太多不利于大家的阅读和消化,所以其他内容放在后面介绍!

如果觉得我写得对您有所帮助,请关注我,我会持续更新

你可能感兴趣的:(中高级iOS必备知识点-RunLoop)