runLoop

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的状态改变，可以监听的时间点有以下几个