RunLoop使用

苹果中利用RunLoop实现的功能

1）AutoreleasePool 

当启动app后 苹果首先在主线程里面注册了两个observe

 第一个observe监测的事件是 KCFRunLoopEntry  其回调内会调用_objc_autoreleasePoolPush()创建自动释放池，其order是-2147483647，优先级最高 保证创建释放池发生在其他所有回调之前。

第二个observe监视了两个事件：KCFRunLoopBeforeWaiting(准备进入休眠)时调用_objc_autoreleasePoolPop()和_objc_autoreleasePoolPush()释放旧的池并创建新的池;KCFRunLoopExit(即将退出Loop)时调用 _objc_autoreleasePoolPop()来释放自动释放池，这个Observe的order是2147483647，优先级最低，保证其释放池子发生在其他所有的回调之后。

在主线程执行的代码，通常是写在诸如事件回调，timer回调内的。这些回调会被Runloop创建好的AutoreleasePool环绕着，所以不会出现内存泄漏，开发者也不必显示的创建Pool了。

2）事件的相应

苹果注册了一个Source1（基于mach port的）用来接收系统事件，其回调函数为__IOHIDEventSystemClientQueueCallback().

当一个硬件事件（触摸/锁屏/摇晃等）发生后，首先由IOKit.framework 生成了一个IOHIDEvent事件并由SpringBoard接收，整个过程的详细情况可以参考这里 SpringBoard只接收按键（锁屏/静音等），触摸，加速，接近传感器等几种Event，随后用mack port 转发给App进程 随后苹果注册的那个Source1就会触发回调，并调用_UIApplicationHandleEventQueue()进行内部的分发，_UIApplicationHandleEventQueue()会把IOHIDEvent处理并包装成UIEvent进行处理或分发 其中包括UIGesture/处理屏幕旋转/发送给UIWindow等。通常事件比如UIButton 点击touchesBegin/Move/End/Cancel事件都是在这个回调中完成的。

3）手势识别

当上面的额_UIApplicationHandleEventQueue()识别了一个手势时，其首先调用Cancel将当前的touchesBegin/Move/End系列回调打断。随后系统将对应的UIGestureRecognizer标记为待处理。

苹果注册了一个Observe监测BeforeWaiting（Loop即将进入休眠）事件，这个Observe的回调函数是_UIGestureRecognizerUpdateObserver()，其内部会获取所有刚被标记为待处理的GestureRecognizer,并执行GestureRecognizer的回调，当有UIGestureRecognizer的变化（创建/销毁/状态改变）时，这个回调都会进行相应的处理。

4）界面的更新

当在操作UI界面时，比如改变了Frame、更新了UIView/CALayer 的层次时，或者手动调用了UIView/CALayer的setNeedsLayout/setNeedsDisplay方法后，这个UIView/CALayer就被标记为待处理，并提交到一个全局的容器中去。

苹果注册了一个Observe监听BeforeWaiting（即将进入休眠）和Exit（即将推出Loop）事件，回调去执行一个很长的函数_ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv()这个函数里会遍历所有待处理的UIView/CALayer以执行实际的绘制和调整，并更新UI界面。

5）定时器

NSTimer 其实就是 CFRunLoopTimerRef,他们之间是 toll-free bridged 的.一个 NSTimer

注册到 RunLoop 后,RunLoop 会为其重复的时间点注册好事件.例如 10:00,10:10,10:20这几个时间点.RunLoop为了节省资源,并不会在非常准确的时间点回调这个Timer.Timer 有个属性叫做 Tolerance(宽容度),标示了当时间点到后,容许有多少最大误差.

如果某个时间点被错过了,例如执行了一个很长的任务,则那个时间点的回调也会跳过去,不会延后执行.就比如等公交,如果 10:10 时我忙着玩手机错过了那个点的公交,那我只能等 10:20 这一趟了.

CADisplayLink是一个和屏幕刷新率一致的定时器(但实际实现原理更复杂，和 NSTimer 并不一样，其内部实际是操作了一个Source).如果在两次屏幕刷新之间执行了一个长任务,那其中就会有一帧被跳过去(和 NSTimer相似),造成界面卡顿的感觉。在快速滑动TableView时，即使一帧的卡顿也会让用户有所察觉.Facebook 开源的AsyncDisplayKit就是为了解决界面卡顿的问题,其内部也用到了 RunLoop,这个稍后我会再单独写一页博客来分析.

6）PerformSelecter

当调用NSObject的performSelector：afterDelay：后，实际上其内部会创建一个Timer并添加到线程的RunLoop中，所以如果当前线程没有RunLoop，则这个方法会失效。

当调用performSelector：onThread：时，实际上其会创建一个Timer添加到对应的线程去，同样的，如果对应的线程没有RunLoop该方法也会失效。