iOS开发:RunLoop的基本知识

什么是RunLoop

从字面意思看是 运行循环 跑圈

基本作用:保持程序的持续运行 处理App中的各种事件(比如触摸事件、定时器事件、Selector事件 节省CPU资源,提高程序性能:该做事时做事,该休息时休息 ......

如果没有RunLoop

没有RunLoop的情况下,第三行后程序就结束了

没有RunLoop的情况下,第三行后程序就结束了

如果有了RunLoop

有了RunLoop ,程序执行

有了RunLoop,由于main函数里面启动了个runLoop,所以程序并不会马上退出,保持持续运行状态。其实RunLoop里面是有个do-while循环的,保持程序一直运行下去。

main函数中的RunLoop

main函数中的RunLoop

第14行的UIApplicationMain函数内部就启动了一个RunLoop, 所以UIApplicationMain函数一直没有返回,保持了程序的持续运行 这个默认启动的RunLoop是跟主线程相关联的

RunLoop对象 和 一些资料

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

Foundation :NSRunLoop (是Foundation框架下的,是OC)

Core Foundation : CFRunLoopRef(Core Foundation框架下的,是C语言。C语言的类,以CF开头,Ref结尾)

NSRunLoop和CFRunLoopRef都代表着RunLoop对象

Foundation里面是 NSRunLoop; Core Foundation里面是 CFRunLoopRef。 NSRunLoop和CFRunLoopRef都代表着RunLoop对象。 NSRunLoop是基于CFRunLoopRef的一层OC包装,所以要了解RunLoop内部结构,需要多研究CFRunLoopRef层面的API(Core Foundation层面)

苹果官方文档

https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Multithreading/RunLoopManagement/RunLoopManagement.html

CFRunLoopRef是开源的

http://opensource.apple.com/source/CF/CF-1151.16/

RunLoop相关类

Core Foundation中关于RunLoop的5个类

CFRunLoopRef

CFRunLoopModeRef

CFRunLoopSourceRef

CFRunLoopTimerRef

CFRunLoopObserverRef

Core Foundation中关于RunLoop的5个类

1:CFRunLoopModeRef: CFRunLoopModeRef代表RunLoop的运行模式

一个 RunLoop 包含若干个 Mode,每个Mode又包含若干个Source/Timer/Observer

每次RunLoop启动时,只能指定其中一个 Mode,这个Mode被称作 CurrentMode

如果需要切换Mode,只能退出Loop,再重新指定一个Mode进入

这样做主要是为了分隔开不同组的Source/Timer/Observer,让其互不影响

系统默认注册了5个Mode:

kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行;

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

UIInitializationRunLoopMode: 在刚启动 App 时进入的第一个 Mode,启动完成后就不再使用;

GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到;

kCFRunLoopCommonModes: 这是一个占位用的Mode,不是一种真正的Mode。

2:CFRunLoopSourceRef: CFRunLoopSourceRef是事件源(输入源) 以前的分法,按照官方文档,Source的分类

Port-Based Sources:基于端口的,跟其他线程可以交互的

Custom Input Sources:自定义输入源

Cocoa Perform Selector Sources:我们的一些performSelector方法就是在这个里面的

现在的分法,按照函数的调用栈,Source的分类

Source0:非基于Port的;

Source1:基于Port的 ,通过内核和其他线程通信、接收、分发系统事件。

函数调用栈,可以看到程序的执行顺序,打断点即可看到,示例如下

函数调用栈,可以看到程序的执行顺序

3:CFRunLoopTimerRef: CFRunLoopTimerRef是基于时间的触发器 基本上说的就是NSTimer

4:CFRunLoopObserverRef: CFRunLoopObserverRef是观察者,能够监听RunLoop的状态改变。

可以监听的时间点有以下几个 / Run Loop Observer Activities 

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {

kCFRunLoopEntry = (1UL << 0), //即将进入Loop

kCFRunLoopBeforeTimers = (1UL << 1),//即将处理Timer

kCFRunLoopBeforeSources = (1UL << 2),//即将处理Source 

kCFRunLoopBeforeWaiting = (1UL << 5),//即将进入休眠

kCFRunLoopAfterWaiting = (1UL << 6),//刚从休眠中唤醒

kCFRunLoopExit = (1UL << 7),//即将推出Loop //128

kCFRunLoopAllActivities = 0x0FFFFFFFU };

RunLoop是有时间限制的,超过时间,就会退出 把程序杀死,RunLoop就会退出


RunLoop处理逻辑-官方版

RunLoop处理逻辑-官方版

RunLoop的事件队列 每次运行runLoop,线程的runLoop对自动处理处理之前未处理的消息,并通知相关观察者,具体顺序如下:

1:通知观察者runLoop已经启动,

2:通知观察者任何即将开始的定时器,

3:通知观察者任何即将启动的非基于端口的源,

4:启动任何准备好的非基于端口的源,

5:如果基于端口的源准备好并处于等待状态,立即启动,并进入步骤9,

6:通知观察者线程进入休眠,

7:将线程置于休眠直到任一下面的事件发生:

     1)某一事件到达基于端口的源头

     2)定时器启动

     3)RunLoop设置的时间已经超时

    4) RunLoop被显式唤醒

8:通知观察者线程将被唤醒

9:处理未处理的事件

     1)如果用户定义的定时器启动,处理定时器事件并重启RunLoop,进入步骤2

    2)如果输入源启动,传递相应的消息

    3)如果RunLoop被显式唤醒而且时间还没超时,重启RunLoop,进入步骤2

10:通知观察者RunLoop结束


RunLoop处理逻辑-网友整理版

RunLoop处理逻辑-网友整理版


RunLoop应用

1:NSTimer

2: ImageView显示

3:PerformSelector

4:常驻线程

5:自动释放池

RunLoop应用的demo

https://github.com/WoNiu361/runLoop

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • ======================= 前言 RunLoop 是 iOS 和 OSX 开发中非常基础的一个...
    i憬铭阅读 4,425评论 0 4
  • 转自bireme,原地址:https://blog.ibireme.com/2015/05/18/runloop/...
    乜_啊_阅读 5,473评论 0 5
  • Runloop是iOS和OSX开发中非常基础的一个概念,从概念开始学习。 RunLoop的概念 -般说,一个线程一...
    小猫仔阅读 4,640评论 0 1
  • RunLoop 的概念 一般来讲,一个线程一次只能执行一个任务,执行完成后线程就会退出。如果我们需要一个机制,让线...
    Mirsiter_魏阅读 3,788评论 0 2
  • 如果没有RunLoop main函数中的RunLoop 第14行代码的UIApplicationMain函数内部就...
    JonesCxy阅读 3,663评论 0 4

友情链接更多精彩内容