Runloop
保持程序的持续运行
处理APP中的各种事件（比如触摸事件，定时器事件，selector事件）
节省CPU资源，提高程序性能：该做事做事，该休息时休息 （比如没有进行操作时runLoop就会睡觉，当进行操作时runLoop就会运行，很节省CPU资源）
UIApplicationMain函数内部就启动了一个RunLoop
所以UIApplicationMain函数一直没有返回，保持了程序的持续运行
这个默认启动的RunLoop是跟主线程相关联的，主线程的是默认开启的，子线程是没有开启的
RunLoop对象在ios中有2套API来访问和使用
Foundation框架 OC的 NSRunLoop :效率低，封装的比较少，提供的API较少
CoreFoundation框架基于C的CFRunLoopRef
每条线程都有唯一的一个与之对应的RunLoop对象
主线程runLoop已自动创建好了，子线程的需要主动创建
runLoop在第一次获取时创建，在线程结束时自动销毁
获得RunLoop对象
Foundation
【NSRunLoop currentRunLoop】；//获得当前线程runLoop
【NSRunLoop mainRunLoop】；//获得主线程
CoreFoundation
CFRunLoopGetCurrent();//获得当前线程runLoop
CFRunLoopGetMain();//获得主线程
CFRunLoopModeRef;
// 代表runLoop的运行模式, 可以有多个mode,每个mode又包含若干个source/timer/observer ，如果为空不能跑起来 重要组成部分，每次runLoop启东时，只能指定一个mode,这个mode被称作currentModel
如果需要切换mode，只能退出Loop，再重新指定一个mode进入，这样做只是为了分隔开不同组的source/timer/observer ，让其互不影响
**************
kCFRunLoopDefaultMode 默认mode ,通常主线程是在这个mode下运行
（当有定时任务时在上面的mode进行，当有滑动时切换到下面的mode进行）
UITrackingRunLoopMode 界面跟踪mode，用于ScrollView追踪触摸滑动，保证界面滑动时不受其他Mode运行
UIInitializationRunLoopMode 在刚启动时App时进入的第一个mode，启动完成后就不再使用
GSEventReceiveRunLoopMode 接收系统时间的内部mode，通常用不到
KCFRunLoopCommonModes 这是一个占位mode，不是一个真正的mode （当设置成他，会根据情况判断）
CFRunLoopSourceRef;//处理的事情，某个按钮要执行的函数 ，用source泛指
Source0:非基于Port的 不是系统提供的自己写的
Source1:基于Port的 系统提供的
CFRunLoopTimerRef；//定时器 适时地去做事
CFRunLoopObserverRef;//监听 啥时候让runLoop执行
是观察者，能够监听runLoop的状态改变，可以监听的时间点有以下几个
