runloop是iOS底层机制中保持我们的程序一直运行的机制。他可以让线程一直循环不退出。而在我们正常的编程中。线程其实是线性的，当线程处理完我们的代码以后就自动退出了。runloop就是保证我们的应用程序在没有人操纵的情况下也能一直运行的一种机制。
当用户打开我们的APP时，首先系统会初始化我们的APP。我们知道Objective-c语言其实是C语言的扩充。也就是说他与C语言一样是以main函数作为程序的入口。我们创建一个工程时会在main文件中发现这样的代码
int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}这是我们应用程序的入口。其中UIApplicationMain就自动的为我们的主线程启动了RunLoop。
当应用启动了之后，如果用户进行了操作，则处理用户的事件。如果用户没有进行任何操作，则主线程进行等待。直到程序退出。
而对于其他的线程来说，runloop并不是默认启动的。需要我们显式的调用他
NSRunLoop *runloop = [NSRunLoop currentRunLoop];每一个线程的RunLoop是唯一的，如果我们不自己创建他的话就永远不会被创建。
值得一提的是在iOS/OSX中提供了两个RunLoop对象：
- CFRunLoopRef 是在 CoreFoundation 框架内的，它提供了纯 C 函数的 API，所有这些 API 都是线程安全的。
- NSRunLoop 是基于 CFRunLoopRef 的封装，提供了面向对象的 API，但是这些 API 不是线程安全的。
也就是说我们不能在一个进程中操作另一个进程的RunLoop，这样会造成意想不到的后果。但是我们却可以获取到NSRunLoop的CFRunLoopRef对象，来达到线程安全的目的：
- (CFRunLoopRef)getCFRunLoop;NSRunLoop中有五个Mode：
- kCFRunLoopDefaultMode: 默认 mode，通常主线程在这个 Mode 下运行。
- UITrackingRunLoopMode: 追踪mode，保证Scrollview滑动顺畅不受其他 mode 影响。
- UIInitializationRunLoopMode: 启动程序后的过渡mode，启动完成后就不再使用。
- GSEventReceiveRunLoopMode: Graphic相关事件的mode，通常用不到。
- kCFRunLoopCommonModes: 占位mode，作为标记DefaultMode和CommonMode用。
在runloop中不同的事件处理会切换到不同的mode下运行。
当我们在滑动一个View时，runloop会切换到trackingMode下运行。这时候就会发生一些我们不希望发生的事情。比如我们使用了一个计时器。是默认在default下运行的。这时候当我们滑动一个View时，比如ScrollView。计时器就会暂停。因为这时候runloop已经切换到TrackingMode下了。
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addTimer:timer forMode: NSRunLoopCommonModes];forMode的参数有两种类型可供选择： NSDefaultRunLoopMode ， NSRunLoopCommonModes。
NSRunLoopCommonModes 能够在多线程中起作用，这个模式等效于NSDefaultRunLoopMode和NSEventTrackingRunLoopMode的结合，这也是将modes换为NSRunLoopCommonModes便可解决的原因。