RunLoop的数据结构

NSRunnLoop(Foundation)是CFRunLoop(CoreFoundation)的封装，提供了面向对象的API

RunLoop相关的主要涉及的五个类:

CFRunLoop: RunLoop对象

CFRunLoopMode:运行模式

CFRunLoopSource:输入源/事件源

CFRunLoopTimer:定时器

CFRunLoopObserver: 观察者

1.CFRunLoop

CFRunLoop

CFRunLoop是有pthread_t(线程对象，runloop和线程是一一对应的)，

commonModes (模式名称字符串集合),

commonModelItems(Observer,Timer,Source集合)

currentModel(当前所处的运行模式)

modes(多个运行模式的集合),构成

2.CFRunLoopMode

每个CFRunLoopRef包含若干个model，每个model又包含若干个Source/Timer/Observer

每个CFRunLoopRef包含若干个model，每个model又包含若干个Source/Timer/Observer，每次调用Runloop的主函数时，只能指定其中的一个mode,这个mode被称作CurrentMode，如果需要切换mode，只能退出loop再重新制定一个个mode进入，这样做主要是为了分割开不同组的Source/Timer/Obserc=ver，让其互不影响，但是如果mode里没有任何Source0/Source1/Timer/Observer,RunLoop会立马退出

3.CFRunLoopSource

分为source0和source1

source0:非基于port的，也就是用户触发的事件，需要手动唤醒线程，将当前线程从内核态切换到用户态

source1:基于port的，包含一个mach_port和一个回调，可监听系统端口和通过内核给其他线程发送的消息，能主动唤醒RunLoop，接收分发系统事件，具有唤醒线程的能力

4.CFRunLoopTimer

基于时间的触发器，基本上说的就是NSTimer，在预设的时间点唤醒runloop执行回调，因为他是基于RunLoop的，因此他不是实时的(就是NSTimer是不准确的，因为RunLoop只负责分发源的消息，如果线程正在处理繁重的任务，就有可能导致Timer本次延时或者少执行一次)

5.CFRunLoopObserver

CFRunloopObserver

一个observer只能观察一个runloop

一个observer可以观察多个runloop状态

监听之后回调的状态

kCFRunLoopEntry(即将进入runloop)

kCFRunLoopBeforeTimers 即将处理timer

kCFRunLoopBeforeSources 即将处理source

kCFRunLoopBeforeWaiting 即将进入休眠

kCFRunLoopAfterWaiting 被唤醒但是还没开始处理事件

kCFRunLoopExit runloop已经退出

kCFRunLoopAllActivities 监听所有状态

6.各数据结构之间的关系

线程和runloop一一对应

runnloop和mode是一对多

mode和source,timer,observer也是一对多

-----------RunLoop的Mode-------

kCFRunLoopDefaultMode：默认模式，主线程是在这个运行模式下运行

UITrackingRunLoopMode：跟踪用户交互事件（用于 ScrollView 追踪触摸滑动，保证界面滑动时不受其他Mode影响）

kCFRunLoopCommonModes：伪模式，不是一种真正的运行模式，是同步Source/Timer/Observer到多个Mode中的一种解决方案

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

GSEventReceiveRunLoopMode：接受系统内部事件，通常用不到

--