1.OC内存管理-runloop

源码编译java

OC内存管理-runloop

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

源码编译java

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

源码编译java

        官方有如下一张图：

源码编译java

        线程的输入源:

源码编译java

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

源码编译java

        有以下案例：

源码编译java

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

源码编译java

        block 对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

源码编译java

        主线程对应 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ :

源码编译java

        系统触摸事件对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

源码编译java

        通知事件对应 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ ：

源码编译java

        小结：

源码编译java

        滚动页面输出：

源码编译java

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

源码编译java

        输出：

源码编译java

        输出：

源码编译java

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

源码编译java

        普通循环：

源码编译java

        runloop 循环：

源码编译java

        那么可以得到以下结论：

源码编译java

        那么 runloop 是怎么做到的呢？

源码编译java

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

源码编译java

        定义如下：

源码编译java

        给 currentRunLoop 下符号断点：

源码编译java

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

源码编译java

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

源码编译java

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

源码编译java

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

源码编译java

        _CFRunLoopGet0

源码编译java

        CFRunLoopRef 的定义如下：

源码编译java

        实际上底层它是 __CFRunLoop 类型：

源码编译java

        对于 timer 而言:

源码编译java

        显然它是要依赖 mode 的。

源码编译java

        CFRunLoopMode

源码编译java

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

源码编译java

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

源码编译java

        源码中有如下定义：

源码编译java

        它们对应 Foundation 中的：

源码编译java

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

源码编译java

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

源码编译java

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

源码编译java

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

源码编译java

        底层调用了 CFRunLoopAddTimer ：

源码编译java

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

源码编译java

        在 __CFRunLoopRun 中调用了 __CFRunLoopDoTimers ：

源码编译java

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

源码编译java

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

源码编译java

        与 timer 相同 source 会调用 CFRunLoopAddSource ：

源码编译java

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

源码编译java

        同理 observer 会调用 CFRunLoopAddObserver 。

源码编译java

源码编译java