在CoreFoundation里关于RunLoop有5个类：

CFRunLoopRef
CFRunLoopModeRef 
对于该类解释如下图（RunLoop_0.png）
CFRunLoopSourceRef 
是时间产生的地方。Sourece有两个版本：Sourece0和Sourece1。
· Sourece0只包含了一个回调（函数指针），它并不能主动触发事件。使用时，需要先调用CFRunLoopSoureceSignal(sourece),将这个Source标记为待处理，然后手动调用CFRunLoopWakeUp(runloop)来唤醒RunLoop,让其处理这个事件。
· Sourece1包含了一个mach_port和一个回调（函数指针），被用于通过内核和其它县城互相发送消息。这种sourece能主动唤醒RunLoop的线程。
CFRunLoopTimerRef 
是基于事件的触发器，他和NSTimer是toll_free bridged的，可以混用。器包含一个时间长度和一个回调（函数指针）。当其加入到RunLoop时，RunLoop会注册对应的时间点，当时间点到时，RunLoop会被唤醒以执行那个回调。
CGRunLoopObserverRef 
是观察者，每个Observer都包含了一个回调（函数指针），当RunLoop的状态发生变化时，观察者就能通过回调接收到这个变化。可以观测的时间点有以下几个：
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry         = (1UL << 0), // 即将进入Loop
    kCFRunLoopBeforeTimers  = (1UL << 1), // 即将处理 Timer
    kCFRunLoopBeforeSources = (1UL << 2), // 即将处理 Source
    kCFRunLoopBeforeWaiting = (1UL << 5), // 即将进入休眠
    kCFRunLoopAfterWaiting  = (1UL << 6), // 刚从休眠中唤醒
    kCFRunLoopExit          = (1UL << 7), // 即将退出Loop
};

其中CFRunLoopModeRef类并没有对外暴露，只是通过CFRunLoopRef的接口进行了封装，他们的关系如下：

RunLoop_0.png

一个RunLoop包含若干个Mode，每个Mode又包含若干个Source/Timer/Observer。每次调用RunLoop的主函数时，只能指定其中一个Mode,这个Mode被称作CurrentMode。如果需要切换Mode，只能退出Loop，再重新指定一个Mode进入。这样做主要是为了分隔开不同组的Source/Timer/Observer，让其互不影响。
上面的Source/Timer/Observer被统称为mode item，一个item可以被同时加入多个mode。但一个item被重复加入同一个mode时是不会有效果的。如果一个mode中一个item都没有，则RunLoop会直接退出，不进入循环。

RunLoop的Mode

CFRunLoopMode 和 CFRunLoop 的结构大致如下：

struct __CFRunLoopMode {
    CFStringRef _name;                      // Mode Name, 例如 @"kCFRunLoopDefaultMode"
    CFMutableSetRef _sources0;      // Set
    CFMutableSetRef _sources1;       // Set
    CFMutableArrayRef _observers;  // Array
    CFMutableArrayRef _timers;        // Array
    ...
};
 
struct __CFRunLoop {
    CFMutableSetRef _commonModes;           // Set
    CFMutableSetRef _commonModeItems;   // Set<Source/Observer/Timer>
    CFRunLoopModeRef _currentMode;          // Current Runloop Mode
    CFMutableSetRef _modes;                          // Set
    ...
};

这里有个概念叫“CommonModes”：一个Mode可以将自己标记为“Common”属性（通过将其ModeName添加到RunLoop的“commonModes”中）。每当RunLoop的内容发生变化时，RunLoop都会自动将——commonModeItems里的Source/Observer/Timer同步到具有“Common”标记的所有Mode里。
应用场景举例：主线程的 RunLoop 里有两个预置的 Mode：kCFRunLoopDefaultMode 和 UITrackingRunLoopMode。这两个 Mode 都已经被标记为”Common”属性。DefaultMode 是 App 平时所处的状态，TrackingRunLoopMode 是追踪 ScrollView 滑动时的状态。当你创建一个 Timer 并加到 DefaultMode 时，Timer 会得到重复回调，但此时滑动一个TableView时，RunLoop 会将 mode 切换为 TrackingRunLoopMode，这时 Timer 就不会被回调，并且也不会影响到滑动操作。

有时你需要一个 Timer，在两个 Mode 中都能得到回调，一种办法就是将这个 Timer 分别加入这两个 Mode。
还有一种方式，就是将 Timer 加入到顶层的 RunLoop 的 “commonModeItems” 中。”commonModeItems” 被 RunLoop 自动更新到所有具有”Common”属性的 Mode 里去。

NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:0.5 target:self selector:@selector(changeTimeAtTimedisplay) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:_timer forMode:NSRunLoopCommonModes];
 // 获取当前RunLoop，当然直接获取主线程的RunLoop也是可以的[NSRunLoop mainRunLoop]