不知道大家有没有想过这个问题，一个应用開始执行以后放在那里，假设不正确它进行不论什么操作。这个应用就像精巧了一样，不会自发的有不论什么动作发生。可是假设我们点击界面上的一个button。这个时候就会有对应的button响应事件发生。给我们的感觉就像应用一直处于随时待命的状态。在没人操作的时候它一直在歇息，在让它干活的时候，它就能立刻响应。事实上，这就是run loop的功劳。
一、线程与run loop
1.1 线程任务的类型
再来说说线程。有些线程执行的任务是一条直线，起点到终点；而还有一些线程要干的活则是一个圆。不断循环，直到通过某种方式将它终止。
直线线程如简单的Hello World，执行打印完,它的生命周期便结束了。像昙花一现那样；圆类型的如操作系统，一直执行直到你关机。在IOS中，圆型的线程就是通过run loop不停的循环实现的。
1.2 线程与run loop的关系
Run loop，正如其名，loop表示某种循环，和run放在一起就表示一直在执行着的循环。实际上，run loop和线程是紧密相连的，能够这样说run loop是为了线程而生，没有线程。它就没有存在的必要。Run loops是线程的基础架构部分，Cocoa和CoreFundation都提供了run loop对象方便配置和管理线程的run loop（以下都已Cocoa为例）。
每个线程。包含程序的主线程（main thread）都有与之对应的run loop对象。
1.2.1 主线程的run loop默认是启动的。
iOS的应用程序里面，程序启动后会有一个例如以下的main() 函数：
int main(int argc, char *argv[])
{
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([appDelegate class]));
}
}
重点是UIApplicationMain() 函数，这种方法会为main thread 设置一个NSRunLoop 对象，这就解释了本文開始说的为什么我们的应用能够在无人操作的时候歇息，须要让它干活的时候又能立刻响应。
1.3 关于run loop的几点说明
1.3.1 Cocoa中的NSRunLoop类并非线程安全的
我们不能再一个线程中去操作另外一个线程的run loop对象。那非常可能会造成意想不到的后果。
只是幸运的是CoreFundation中的不透明类CFRunLoopRef是线程安全的，并且两种类型的run loop全然能够混合使用。Cocoa中的NSRunLoop类能够通过实例方法：
- (CFRunLoopRef)getCFRunLoop;
获取对应的CFRunLoopRef类。来达到线程安全的目的。
1.3.2 Run loop的管理并不全然是自己主动的。
我们仍必须设计线程代码以在适当的时候启动run loop并正确响应输入事件，当然前提是线程中须要用到run loop。并且，我们还须要使用while/for语句来驱动run loop能够循环执行。以下的代码就成功驱动了一个run loop：
BOOL isRunning = NO;
do {
isRunning = [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDatedistantFuture]];
} while (isRunning);1.3.3 Run loop同一时候也负责autorelease pool的创建和释放
在使用手动的内存管理方式的项目中，会常常常使用到非常多自己主动释放的对象，假设这些对象不能够被即时释放掉，会造成内存占用量急剧增大。Run loop就为我们做了这种工作，每当一个执行循环结束的时候，它都会释放一次autorelease pool，同一时候pool中的全部自己主动释放类型变量都会被释放掉。
1.3.4 Run loop的长处
一个run loop就是一个事件处理循环，用来不停的监听和处理输入事件并将其分配到对应的目标上进行处理。假设仅仅是想实现这个功能，你可能会想一个简单的while循环不就能够实现了吗，用得着费老大劲来做个那么复杂的机制？显然，苹果的架构设计师不是吃干饭的，你想到的他们早就想过了。
首先，NSRunLoop是一种更加高明的消息处理模式，他就高明在对消息处理过程进行了更好的抽象和封装，这样才干是的你不用处理一些非常琐碎非常低层次的详细消息的处理，在NSRunLoop中每个消息就被打包在input source或者是timer source（见后文）中了。
其次，也是非常重要的一点。使用run loop能够使你的线程在有工作的时候工作，没有工作的时候休眠，这能够大大节省系统资源。
二、Run loop相关知识点
2.1输入事件来源
Run loop接收输入事件来自两种不同的来源：输入源（input source）和定时源（timer source）。两种源都使用程序的某一特定的处理例程来处理到达的事件。图-1显示了run loop的概念结构以及各种源。
须要说明的是。当你创建输入源。你须要将其分配给run loop中的一个或多个模式（什么是模式，下文将会讲到）。模式仅仅会在特定事件影响监听的源。
大多数情况下，run loop执行在默认模式下。可是你也能够使其执行在自己定义模式。若某一源在当前模式下不被监听，那么不论什么其生成的消息仅仅在run loop执行在其关联的模式下才会被传递。
图-1 Runloop的结构和输入源类型
2.1.1输入源（input source）
传递异步事件，通常消息来自于其它线程或程序。输入源传递异步消息给对应的处理例程，并调用runUntilDate:方法来退出(在线程里面相关的NSRunLoop对象调用)。
2.1.1.1基于port的输入源
基于port的输入源由内核自己主动发送。
Cocoa和Core Foundation内置支持使用port相关的对象和函数来创建的基于port的源。
比如，在Cocoa里面你从来不须要直接创建输入源。你仅仅要简单的创建port对象，并使用NSPort的方法把该port加入到run loop。port对象会自己处理创建和配置输入源。
在Core Foundation，你必须人工创建port和它的run loop源。我们能够使用port相关的函数（CFMachPortRef，CFMessagePortRef。CFSocketRef）来创建合适的对象。
以下的样例展示了怎样创建一个基于port的输入源，将其加入到run loop并启动：
voidcreatePortSource()
{
CFMessagePortRef port = CFMessagePortCreateLocal(kCFAllocatorDefault, CFSTR("com.someport"),myCallbackFunc, NULL, NULL);
CFRunLoopSourceRef source = CFMessagePortCreateRunLoopSource(kCFAllocatorDefault, port, 0);
CFRunLoopAddSource(CFRunLoopGetCurrent(), source, kCFRunLoopCommonModes);
while (pageStillLoading) {
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
CFRunLoopRun();
[pool release];
}
CFRunLoopRemoveSource(CFRunLoopGetCurrent(), source, kCFRunLoopDefaultMode);
CFRelease(source);
}2.1.1.2自己定义输入源
自己定义的输入源须要人工从其它线程发送。
为了创建自己定义输入源，必须使用Core Foundation里面的CFRunLoopSourceRef类型相关的函数来创建。
你能够使用回调函数来配置自己定义输入源。Core Fundation会在配置源的不同地方调用回调函数，处理输入事件。在源从run loop移除的时候清理它。
除了定义在事件到达时自己定义输入源的行为，你也必须定义消息传递机制。源的这部分执行在单独的线程里面。并负责在数据等待处理的时候传递数据给源并通知它处理数据。消息传递机制的定义取决于你。但最好不要过于复杂。创建并启动自己定义输入源的示比例如以下：
voidcreateCustomSource()
{
CFRunLoopSourceContext context = {0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL};
CFRunLoopSourceRef source = CFRunLoopSourceCreate(kCFAllocatorDefault, 0, &context);
CFRunLoopAddSource(CFRunLoopGetCurrent(), source, kCFRunLoopDefaultMode);
while (pageStillLoading) {
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
CFRunLoopRun();
[pool release];
}
CFRunLoopRemoveSource(CFRunLoopGetCurrent(), source, kCFRunLoopDefaultMode);
CFRelease(source);
}2.1.1.3Cocoa上的Selector源
除了基于port的源。Cocoa定义了自己定义输入源，同意你在不论什么线程执行selector方法。和基于port的源一样。执行selector请求会在目标线程上序列化。减缓很多在线程上同意多个方法easy引起的同步问题。
不像基于port的源。一个selector执行完后会自己主动从run loop里面移除。
当在其它线程上面执行selector时，目标线程须有一个活动的run loop。对于你创建的线程。这意味着线程在你显式的启动run loop之前是不会执行selector方法的。而是一直处于休眠状态。
NSObject类提供了相似例如以下的selector方法：
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)argwaitUntilDone:(BOOL)wait modes:(NSArray *)array;2.1.2定时源（timer source）
定时源在预设的时间点同步方式传递消息。这些消息都会发生在特定时间或者反复的时间间隔。定时源则直接传递消息给处理例程，不会马上退出run loop。
须要注意的是，虽然定时器能够产生基于时间的通知，但它并非实时机制。和输入源一样，定时器也和你的run loop的特定模式相关。
假设定时器所在的模式当前未被run loop监视，那么定时器将不会開始直到run loop执行在对应的模式下。相似的，假设定时器在run loop处理某一事件期间開始。定时器会一直等待直到下次run loop開始对应的处理程序。
假设run loop不再执行，那定时器也将永远不启动。
创建定时器源有两种方法。
方法一：
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:4.0
target:self
selector:@selector(backgroundThreadFire:) userInfo:nil
repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timerforMode:NSDefaultRunLoopMode];
方法二：
[NSTimer scheduledTimerWithTimeInterval:10
target:self
selector:@selector(backgroundThreadFire:)
userInfo:nil
repeats:YES];2.2 RunLoop观察者
源是在合适的同步或异步事件发生时触发，而run loop观察者则是在run loop本身执行的特定时候触发。
你能够使用run loop观察者来为处理某一特定事件或是进入休眠的线程做准备。
你能够将run loop观察者和以下事件关联：
1. Runloop入口
2. Runloop何时处理一个定时器
3. Runloop何时处理一个输入源
4. Runloop何时进入睡眠状态
5. Runloop何时被唤醒，但在唤醒之前要处理的事件
6. Runloop终止
和定时器相似，在创建的时候你能够指定run loop观察者能够仅仅用一次或循环使用。若仅仅用一次。那么在它启动后。会把它自己从run loop里面移除，而循环的观察者则不会。定义观察者并把它加入到run loop。仅仅能使用Core Fundation。
以下的样例演示了怎样创建run loop的观察者：
- (void)addObserverToCurrentRunloop
{
// The application uses garbage collection, so noautorelease pool is needed.
NSRunLoop*myRunLoop = [NSRunLoop currentRunLoop];
// Create a run loop observer and attach it to the runloop.
CFRunLoopObserverContext context = {0, self, NULL, NULL, NULL};
CFRunLoopObserverRef observer =CFRunLoopObserverCreate(kCFAllocatorDefault,
kCFRunLoopBeforeTimers, YES, 0, &myRunLoopObserver, &context);
if (observer)
{
CFRunLoopRef cfLoop = [myRunLoop getCFRunLoop];
CFRunLoopAddObserver(cfLoop, observer, kCFRunLoopDefaultMode);
}
}当中。kCFRunLoopBeforeTimers表示选择监听定时器触发前处理事件。后面的YES表示循环监听。
2.3 RunLoop的事件队列
每次执行run loop。你线程的run loop对会自己主动处理之前未处理的消息，并通知相关的观察者。详细的顺序例如以下：
通知观察者run loop已经启动
通知观察者不论什么即将要開始的定时器
通知观察者不论什么即将启动的非基于port的源
启动不论什么准备好的非基于port的源
假设基于port的源准备好并处于等待状态，马上启动；并进入步骤9。
通知观察者线程进入休眠
将线程置于休眠直到任一以下的事件发生：
某一事件到达基于port的源
定时器启动
Run loop设置的时间已经超时
run loop被显式唤醒
通知观察者线程将被唤醒。
处理未处理的事件
假设用户定义的定时器启动，处理定时器事件并重新启动run loop。
进入步骤2
假设输入源启动，传递对应的消息
假设run loop被显式唤醒并且时间还没超时，重新启动run loop。进入步骤2
通知观察者run loop结束。
由于定时器和输入源的观察者是在对应的事件发生之前传递消息，所以通知的时间和实际事件发生的时间之间可能存在误差。假设须要精确时间控制。你能够使用休眠和唤醒通知来帮助你校对实际发生事件的时间。
由于当你执行run loop时定时器和其它周期性事件常常须要被传递，撤销run loop也会终止消息传递。
典型的样例就是鼠标路径追踪。
由于你的代码直接获取到消息而不是经由程序传递，因此活跃的定时器不会開始直到鼠标追踪结束并将控制权交给程序。
Run loop能够由run loop对象显式唤醒。其它消息也能够唤醒run loop。
比如，加入新的非基于port的源会唤醒run loop从而能够马上处理输入源而不须要等待其它事件发生后再处理。
从这个事件队列中能够看出：
①假设是事件到达，消息会被传递给对应的处理程序来处理， runloop处理完当次事件后，run loop会退出。而无论之前预定的时间到了没有。你能够又一次启动run loop来等待下一事件。
②假设线程中有须要处理的源，可是响应的事件没有到来的时候，线程就会休眠等待对应事件的发生。这就是为什么run loop能够做到让线程有工作的时候忙于工作。而没工作的时候处于休眠状态。
2.4什么时候使用run loop
仅当在为你的程序创建辅助线程的时候，你才须要显式执行一个run loop。Run loop是程序主线程基础设施的关键部分。所以，Cocoa和Carbon程序提供了代码执行主程序的循环并自己主动启动run loop。IOS程序中UIApplication的run方法（或Mac OS X中的NSApplication）作为程序启动步骤的一部分，它在程序正常启动的时候就会启动程序的主循环。相似的。RunApplicationEventLoop函数为Carbon程序启动主循环。假设你使用xcode提供的模板创建你的程序，那你永远不须要自己去显式的调用这些例程。
对于辅助线程。你须要推断一个run loop是否是必须的。假设是必须的。那么你要自己配置并启动它。
你不须要在不论什么情况下都去启动一个线程的run loop。
比方，你使用线程来处理一个预先定义的长时间执行的任务时。你应该避免启动run loop。
Run loop在你要和线程有很多其它的交互时才须要。比方以下情况：
使用port或自己定义输入源来和其它线程通信
使用线程的定时器
Cocoa中使用不论什么performSelector…的方法
使线程周期性工作
假设你决定在程序中使用run loop。那么它的配置和启动都非常easy。
和全部线程编程一样。你须要计划好在辅助线程退出线程的情形。
让线程自然退出往往比强制关闭它更好。
学习參考链接：
