是什么?
RunLoop其实是iOS中的一种消息机制的处理模式。字面的意识就是跑圈,那就是循环了呗。对,就是循环!
理解:
学过C语言的同学都知道,每个程序从开始运行到完成需要的计算后打印台打印出你需要的信息后就结束了任务。
那么对于我们的手机来说,任何应用在前台他都是在一直处于运行状态的,随时等待你的命令,对吧!那为什么他在做完你一次的命令任务后退出呢?
这个问题的核心就是RunLoop。
因为RunLoop一直在跑圈啊,一直在循环啊,一直在运行啊,你没有杀死进程啊,So...一直运行着等待你的命令。
作用:
- 保持程序的持续运行
- 处理App中的各种事件(手势、定时器、Selector等)
- 节省CPU资源、提高程序性能:该做任务的时候做任务,没事干的时候休息。
理解重点:
RunLoop和线程是一对一的关系。比如我们创建项目的时候,刚创建项目的时候就会有个主线程,而这个时候就已经创建了RunLoop了,所以说在线程创建之初就创建了RunLoop(只限于主线程,而子线程需要我们去主动获取),因此线程存在于线程的整个生命周期。
然而好多人问子线程怎么销毁RunLoop?
- 首先说主线程的RunLoop不能销毁啊,你销毁了程序就退出了。
- 我们现在基本所有应用都用是ARC,我们不需要对内存进行费时的管理,系统会在一个子线程完成的时候销毁掉这个子线程,因此子线程的RunLoop也就跟着自动销毁了。
RunLoop对象
在我们开发iOS中有2套API来访问RunLoop
- Foundation
NSRunLoop - Core Foundation
CFRunLoopRef
首先NSRunLoop和CFRunLoopRef都是RunLoop的对象,前者是Oc,后者是C。前者是苹果公司对后者的封装,在正常的开发中NSRunLoop已经够我们使用了,想要了解更多,使用更多,研究更多就去看后者,他是开源的,不过也很难看懂。其实RunLoop底层C都是用一个结构体完成的,里面有各种指针、指针函数、bool值、变量等等等。。。。
RunLoop相关类
RunLoop结构图.pngCore Foundation中关于RunLoop的5个类
- CFRunLoopRef
- CFRunLoopModeRef
- CFRunLoopSourceRef
- CFRunLoopTimerRef
- CFRunLoopObserverRef
这五个类按照这个结构图一一对应。
CFRunLoopRef代表RunLoop的实体类,一个RunLoop中包含若干个Mode,而每个mode又包含若干个Source/Timer/Observer。
重点:
- 每次运行RunLoop都必须指定其中一个mode,如果没有mode,RunLoop无法运行,而这个mode被称为当前mode。
- 如果要切换mode,只能退出当前RunLoop,然后再重新指定个mode进入。
- 为什么要像2这样做呢?不是很麻烦吗?苹果这样做是为了区分不同组的Source/Timer/Observer。
系统默认的5个mode
- NSDefaultRunLoopMode
这个mode一般是主线程RunLoop的默认mode。创建线程之初RunLoop是以这种mode运行的。 - UITrackingRunLoopMode
这个mode是保证滑动ScrollView滑动不受影响,比如滑动tableView的时候主线程就切到这个mode上了。 - UITInitializationRunLoopMode
在刚启动App的时候第一次进入的mode,启动后就不进入此mode了,本人理解是为了防止App进入时选择了其他mode而运行错乱。 - GSEventReceiveRunLoopMode
接受系统内部的mode,通常不用。 - NSRunLoopCommonModes
这个mode是包换1和2的,因此解有个一个问题。定时器触发的时候滑动TableView定时器会停止。这是因为默认是在第一个mode上运行,在滑动的时候RunLoop切换到了第二个mode,所以第一个mode上的任务就被搁置了。
So,解决这个问题就直接把Timer加入到第五个mode中就完美解决了,滑动的时候也不影响定时器的触发。
事件源(输入源)
Source是事件源也是输入源,比如点击Button按钮、滑动TableView都是一种事件源,告诉RunLoop需要去做什么!
CFRunLoopSourceRef分两种:
- Source0:非基于Port端口,自定义的方法函数、SelectorPerform。简单理解就是你写的就是。
- Source1:基于Port端口,系统提供默认的方法函数,比如UIApplicationMain。
定时器
这个就不说了,在上面第五个mode已经说了。
CFRunLoopObserverRef
CFRunLoopObserverRef是观察者,能够监听RunLoop所有的状态改变。
可以监听的时间点有如下几种:
从上往下是:
即将进入RunLoop
即将处理Timer
即将处理Source
即将进入休眠
即将从休眠中被唤醒
即将退出RunLoop
所有状态
这是个枚举,枚举值是2的0次方,1次方,2次方......
比如在点击按钮的这个操作过程中,RunLoop会把这些状态全部按照任务的顺序走一遍。或者你在滑动,轻扫等操作,RunLoop都会接收到并走这些状态,然后执行任务。
因此有这些状态的判断就可以在好多Oc做不到的地方搞些事情,但是NSRunLoop里面没有提供Observer的这些状态,所以需要用CoreFoundation框架来写
NSRunLoop 结构就是这样的!目前介绍完了。
应用
NSRunLoop的应用:
- 延迟显示ImageView 用RunLoop。(performSelector: withObject: afterDelay: inModes:)这个方法
- NSTimer。 需要加入mode
- 常驻线程,就是一直让线程活着。其实就是在创建线程的时候,打开当前RunLoop,然后加入mode,然后Run。这个AFNetWorking中也用到了RunLoop(其实是写了个单例创建了一个线程,然后打开RunLoop,加入了mode的SourcePort)
- 把3加入@autoreleasepool中,在runloop睡眠的时候释放。
网友评论