APP启动时运行main函数，main函数里面启动了RunLoop，然后这个RunLoop一直跑圈就像do····while(YES)死循环那样，程序一直保持运行状态，时刻准备处理App的各种事件（例如触摸事件、定时器事件、Selector事件）。一条线程对应一个RunLoop对象且生死同步。NSTimer的固定频率执行方法本质上就是定时输入事件到RunLoop，PerformSelector也是产生事件输入源输入到RunLoop之中。
main函数
访问RunLoop对象
- Foundation框架NSRunLoop类（CFRunLoopRef的OC包装）
// 获得当前线程的RunLoop对象
[NSRunLoop currentRunLoop];
// 获得主线程的RunLoop对象
[NSRunLoop mainRunLoop];
- Core Foundation框架CFRunLoopRef类
// 获得当前线程的RunLoop对象
CFRunLoopGetCurrent();
// 获得主线程的RunLoop对象
CFRunLoopGetMain();
RunLoop其他类
- RunLoop的运行模式类：CFRunLoopModeRef
一个 RunLoop 包含若干个 Mode，每个Mode又包含若干个Source/Timer/Observer；
每次RunLoop启动时，只能指定其中一个 Mode，这个Mode被称作 CurrentMode；
如果需要切换Mode，只能退出Loop，再重新指定一个Mode进入；
这样做主要是为了分隔开不同组的Source/Timer/Observer，让其互不影响。
> 系统默认注册了5个Mode:
kCFRunLoopDefaultMode：App的默认Mode，通常主线程是在这个Mode下运行
UITrackingRunLoopMode：界面跟踪Mode，用于ScrollView 追踪触摸滑动，保证界面滑动时不受其Mode影响
UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用
GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode，通常用不到
kCFRunLoopCommonModes: 这是一个占位用的Mode，不是一种真正的Mode,只有把NSTimer的runloop model切换成这个模式才能够保证及时用户拖动TableView系统进入UITrackingRunLoopMode不被中断。
- RunLoop的事件输入源类：CFRunLoopSourceRef
Port-Based Sources
Custom Input Sources
Cocoa Perform Selector Sources
Source0：非基于Port的
Source1：基于Port的
- RunLoop的时间触发器类：CFRunLoopTimerRef
类似于NSTimer不断计时然后条件触发事件
- RunLoop的观察者类：CFRunLoopObserverRef
监听RunLoop的状态改变
RunLoop处理逻辑
事件输入源
RunLoop处理逻辑
RunLoop时序
