OC 底层

RunLoop

2016-05-28  本文已影响85人  骑行怪状

RunLoop的基本作用:

RunLoop对象

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

NSRunLoop是基于 CFRunLoopRef 的一层OC包装,所以要了解RunLoop内部结构,需要多研究CFRunLoopRef层面的API(Core Foundation层面)

RunLoop与线程
获取RunLoop对象
内部结构

在 RunLoop 可以在不同模式下切换,在每个 Mode 下面都会有 Source Observer Timer,分别是 接收和处理消息源,例如触摸事件等,观察者,监控者执行的活动,例如 进入、time时间、休眠、唤醒等活动,time 主要是定时器相关的任务。

可以简单的通过下面的这张逻辑图了解。

RunLoop 处理逻辑

我们以一个button点击时间为例,我们点击后,会依次执行,到 第五步,如果有 source 进入那么会跳到第九步处理唤醒时接收的消息,然后跳回第二步没有 timer 事件,就处理 source0 ,如果没有了事件,就会进行线程休眠。

如果有事件点击或是 time 事件,那么线程会被再次唤醒,执行上述的流程。

CFRunLoopSource
RunLoop的数据源抽象类(类似于OC中的protocol)

RunLoop定义了两个版本的source:Source0 和 Source1

Source0:处理的是App内部的事件、App自己负责管理,如按钮点击事件等。

Source1:由RunLoop和内核管理,Mach Port驱动,如CFMachPort、CFMessagePort


Source有两个版本:Source0 和 Source1。主要的差别是主动和手动的唤醒RunLoop

Source0:只包含了一个回调(函数指针),它并不能主动触发事件。使用时,你需要先调用CFRunLoopSourceSignal(source)
,将这个 Source 标记为待处理,然后手动调用CFRunLoopWakeUp(runloop)
来唤醒RunLoop
,让其处理这个事件。--->加入到RunLoop
得待处理队列中,手动唤醒RunLoop

Source1 :包含了一个 mach_port 和一个回调(函数指针),被用于通过内核和其他线程相互发送消息。这种 Source 能主动唤醒RunLoop
的线程

上一篇下一篇

猜你喜欢

热点阅读