转：
中高级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作用.
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知识点比较多,如果写太多不利于大家的阅读和消化,所以其他内容放在后面介绍!