1.OC内存管理-runloop

tupu源码

OC内存管理-runloop

tupu源码        RunLoop 是通过内部维护的 事件循环( Event Loop )来对 事件/消息进行管理的一个对象。

tupu源码

        runloop 的官方文档在 thread 篇章 Run Loops ，也就从侧面说明了 runloop 是与线程息息相关的。

tupu源码

        官方有如下一张图：

tupu源码

        线程的输入源:

tupu源码

        线程针对输入源的处理机制：

tupu源码

        有以下案例：

tupu源码

        timer 与 performSelector 对应的回调都是 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ：

tupu源码

        block 对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

tupu源码

        主线程对应 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ :

tupu源码

        系统触摸事件对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

tupu源码

        通知事件对应 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ ：

tupu源码

        小结：

tupu源码

        滚动页面输出：

tupu源码

        页面滚动过程中处于 UITrackingRunLoopMode ，静止状态处于 kCFRunLoopDefaultMode 。

tupu源码

        输出：

tupu源码

        输出：

tupu源码

        既然 runloop 是一个事件循环，那么它与普通的循环有什么区别呢？

tupu源码

        普通循环：

tupu源码

        runloop 循环：

tupu源码

        那么可以得到以下结论：

tupu源码

        那么 runloop 是怎么做到的呢？

tupu源码

        通常我们会通过 NSRunLoop 去获取当前的 runloop ：

tupu源码

        定义如下：

tupu源码

        给 currentRunLoop 下符号断点：

tupu源码

        通过之前的分析已经定位到了 runloop 是在 CoreFoundation 中的 CoreFoundation源码 。正好 CoreFoundation 开源了 CFRunLoop ：

tupu源码

        那么核心逻辑就在 CFRunLoopRunSpecific 中。还有一个疑问是 runloop 可以休眠，那么它是如何实现的呢？

tupu源码

        要了解 runloop 的实现原理，首先要清楚它的数据结构。

tupu源码

        CFRunLoopRunSpecific 的第一个参数是 CFRunLoopGetCurrent() ：

tupu源码

        _CFRunLoopGet0

tupu源码

        CFRunLoopRef 的定义如下：

tupu源码

        实际上底层它是 __CFRunLoop 类型：

tupu源码

        对于 timer 而言:

tupu源码

        显然它是要依赖 mode 的。

tupu源码

        CFRunLoopMode

tupu源码

        而一个 mode 下又对应多个 items(source0、source1、timers、observers) ，所以就有如下关系：

tupu源码

        既然有多种 mode ，那么都有哪些呢？

tupu源码

        源码中有如下定义：

tupu源码

        它们对应 Foundation 中的：

tupu源码

        我们都清楚在页面滚动的时候有一个 UITrackingRunLoopMode ：

tupu源码

        除了以上 3 种 mode 还有两个私有 mode ：

tupu源码

        当 RunLoop 运行在 Mode1 上时，是无法接受处理 Mode2 或 Mode3 上的 Source、Timer、Observer 事件的。

tupu源码

        以 timer 为例，将 timer 加入到 runloop 中：

tupu源码

        底层调用了 CFRunLoopAddTimer ：

tupu源码

        根据要加入的 mode 区分是 common mode 和非 common mode 将 timer 加入 mode 中。这个时候只是将 timer 加入了 mode 中，要执行肯定要调用 CFRunLoopRun ，最终要调用 CFRunLoopRunSpecific 。

tupu源码

        在 __CFRunLoopRun 中调用了 __CFRunLoopDoTimers ：

tupu源码

        找到 mode 中的所有 timer 然后调用 __CFRunLoopDoTimer 。

tupu源码

        CFRunLoopAddTimer -> CFRunLoopRunSpecific -> __CFRunLoopRun -> __CFRunLoopDoTimers -> __CFRunLoopDoTimer -> __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ 。

tupu源码

        与 timer 相同 source 会调用 CFRunLoopAddSource ：

tupu源码

        CFRunLoopAddSource -> CFRunLoopRunSpecific -> __CFRunLoopRun -> __CFRunLoopDoSources0/__CFRunLoopDoSources1 -> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ /__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__

tupu源码

        同理 observer 会调用 CFRunLoopAddObserver 。

tupu源码

tupu源码