学步园

Run loops是线程相关的的基础框架的一部分。一个run loop就是一个事件处理的循环，用来不停的调度工作以及处理输入事件。使用run loop的目的是让你的线程在有工作的时候忙于工作，而没工作的时候处于休眠状态。

Run loop的管理并不完全自动的。你仍然需要设计你的线程代码在合适的时候启动run loop并正确响应输入事件。Cocoa和Core Fundation都提供了run loop objects来帮助配置和管理你线程的run loop。你的应用程序不需要显式的创建这些对象(run loop objects)；每个线程，包括程序的主线程都有与之对应的run loop object。只有辅助线程才需要显式的运行它的run
loop。在Carbon和Cocoa程序中，主线程会自动创建并运行它run loop，作为一般应用程序启动过程的一部分。

以下各部分提供更多关于run loops以及如何为你的应用程序配置它们。关于run loop object的额外信息，参阅NSRunLoop Class Reference和CFRunLoop Reference文档。

1.1        Run Loop剖析

Run loop本身听起来就和它的名字很像。它是一个循环，你的线程进入并使用它来运行响应输入事件的事件处理程序。你的代码要提供实现循环部分的控制语句，换言之就是要有while或for循环语句来驱动run loop。在你的循环中，使用run loop object来运行事件处理代码，它响应接收到的事件并启动已经安装的处理程序。

Run loop接收输入事件来自两种不同的来源：输入源（input source）和定时源（timer source）。输入源传递异步事件，通常消息来自于其他线程或程序。定时源则传递同步事件，发生在特定时间或者重复的时间间隔。两种源都使用程序的某一特定的处理例程来处理到达的事件。

图3-1显示了run loop的概念结构以及各种源。输入源传递异步消息给相应的处理例程，并调用runUntilDate:方法来退出(在线程里面相关的NSRunLoop对象调用)。定时源则直接传递消息给处理例程，但并不会退出run loop。 

Figure 3-1  Structure of a run loop and its sources

除了处理输入源，run loops也会生成关于run loop行为的通知(notifications)。注册的run loop观察者(run-loop Observers)可以收到这些通知，并在线程上面使用它们来做额外的处理。你可以使用Core Foundation在你的线程注册run-loop观察者。

下面部分介绍更多关于run loop的构成，以及其运行的模式。同时也提及在处理事件中不同时间生成的通知。

1.1.1    Run Loop 模式

Run loop模式是所有要监视的输入源和定时源以及要通知的run loop注册观察者的集合。每次运行你的run loop，你都要指定（无论显示还是隐式）其运行个模式。在run loop运行过程中，只有和模式相关的源才会被监视并允许他们传递事件消息。（类似的，只有和模式相关的观察者会通知run loop的进程）。和其他模式关联的源只有在run loop运行在其模式下才会运行，否则处于暂停状态。

通常在你的代码中，你可以通过指定名字来标识模式。Cocoa和Core foundation定义了一个默认的和一些常用的模式，在你的代码中都是用字符串来标识这些模式。当然你也可以给模式名称指定一个字符串来自定义模式。虽然你可以给模式指定任意名字，但是模式的内容则不能是任意的。你必须添加一个或多个输入源，定时源或者run loop的观察者到你新建的模式中让他们有价值。

通过指定模式可以使得run loop在某一阶段过滤来源于源的事件。大多数时候，run loop都是运行在系统定义的默认模式上。但是模态面板（modal panel）可以运行在 “modal”模式下。在这种模式下，只有和模式面板相关的源才可以传递消息给线程。对于辅助线程，你可以使用自定义模式在一个时间周期操作上屏蔽优先级低的源传递消息。

注意：模式区分基于事件的源而非事件的种类。例如，你不可以使用模式只选择处理鼠标按下或者键盘事件。你可以使用模式监听端口，暂停定时器或者改变其他源或者当前模式下处于监听状态run loop观察者。

表1-3列出了Cocoa和Core Foundation定义的标准模式，并且介绍何时使用他们。名称那列列出了你用来在你代码中指定模式实际的常量。

Table 3-1  Predefined run loop modes

1.1.2    输入源

输入源异步的发送消息给你的线程。事件来源取决于输入源的种类：基于端口的输入源和自定义输入源。基于端口的输入源监听程序相应的端口。自定义输入源则监听自定义的事件源。至于run loop，它不关心输入源的是基于端口的输入源还是自定义的输入源。系统会实现两种输入源供你使用。两类输入源的区别在于如何显示：基于端口的输入源由内核自动发送，而自定义的则需要人工从其他线程发送。

当你创建输入源，你需要将其分配给run loop中的一个或多个模式。模式只会在特定事件影响监听的源。大多数情况下，run loop运行在默认模式下，但是你也可以使其运行在自定义模式。若某一源在当前模式下不被监听，那么任何其生成的消息只在run loop运行在其关联的模式下才会被传递。

基于端口的输入源

Cocoa和Core Foundation内置支持使用端口相关的对象和函数来创建的基于端口的源。例如，在Cocoa里面你从来不需要直接创建输入源。你只要简单的创建端口对象，并使用NSPort的方法把该端口添加到run loop。端口对象会自己处理创建和配置输入源。

在Core Foundation，你必须人工创建端口和它的run loop源.在两种情况下，你都可以使用端口相关的函数（CFMachPortRef，CFMessagePortRef，CFSocketRef）来创建合适的对象。

更多例子关于如何设置和配置一个自定义端口源，参阅“配置一个基于端口的输入源”部分。

自定义输入源

为了创建自定义输入源，必须使用Core Foundation里面的CFRunLoopSourceRef类型相关的函数来创建。你可以使用回调函数来配置自定义输入源。Core Fundation会在配置源的不同地方调用回调函数，处理输入事件，在源从run loop移除的时候清理它。

除了定义在事件到达时自定义输入源的行为，你也必须定义消息传递机制。源的这部分运行在单独的线程里面，并负责在数据等待处理的时候传递数据给源并通知它处理数据。消息传递机制的定义取决于你，但最好不要过于复杂。

关于创建自定义输入源的例子，参阅“定义一个自定义输入源”。关于自定义输入源的信息，参阅CFRunLoopSource Reference。

Cocoa 执行 Selector 的源

除了基于端口的源，Cocoa定义了自定义输入源，允许你在任何线程执行selector。和基于端口的源一样，执行selector请求会在目标线程上序列化，减缓许多在线程上允许多个方法容易引起的同步问题。不像基于端口的源，一个selector执行完后会自动从run loop里面移除。

注意:在Mac OS X v10.5之前，执行selector多半可能是给主线程发送消息，但是在Mac OS X v10.5及其之后和在iOS里面，你可以使用它们给任何线程发送消息。

当在其他线程上面执行selector时，目标线程须有一个活动的run loop。对于你创建的线程，这意味着线程在你显式的启动run loop之前处于等待状态。由于主线程自己启动它的run loop，那么在程序通过委托调用applicationDidFinishlaunching:的时候你会遇到线程调用的问题。因为Run loop通过每次循环来处理所有队列的selector的调用，而不是通过loop的迭代来处理selector。

表3-2列出了NSObject中可在其它线程执行的selector。由于这些方法时定义在NSObject中，你可以在任何可以访问Objective-C对象的线程里面使用它们，包括POSIX的所有线程。这些方法实际上并没有创建新的线程执行selector。

Table 3-2  Performing selectors on other threads

关于更多介绍这些方法的信息，参阅NSObject Class Reference。

定时源

定时源在预设的时间点同步方式传递消息。定时器是线程通知自己做某事的一种方法。例如，搜索控件可以使用定时器，当用户连续输入的时间超过一定时间时，就开始一次搜索。这样使用延迟时间，就可以让用户在搜索前有足够的时间来输入想要搜索的关键字。

经管定时器可以产生基于时间的通知，但它并不是实时机制。和输入源一样，定时器也和你的run loop的特定模式相关。如果定时器所在的模式当前未被run loop监视，那么定时器将不会开始直到run loop运行在相应的模式下。类似的，如果定时器在run loop处理某一事件期间开始，定时器会一直等待直到下次run loop开始相应的处理程序。如果run loop不再运行，那定时器也将永远不启动。

你可以配置定时器工作仅一次还是重复工作。重复工作定时器会基于安排好的时间而非实际时间调度它自己运行。举个例子，如果定时器被设定在某一特定时间开始并5秒重复一次，那么定时器会在那个特定时间后5秒启动，即使在那个特定的触发时间延迟了。如果定时器被延迟以至于它错过了一个或多个触发时间，那么定时器会在下一个最近的触发事件启动，而后面会按照触发间隔正常执行。

关于更多配置定时源的信息，参阅“配置定时源”部分。关于引用信息，查看NSTimer Class Reference或CFRunLoopTimer Reference。

Run Loop观察者

源是合适的同步或异步事件发生时触发，而run loop观察者则是在run loop本身运行的特定时候触发。你可以使用run loop观察者来为处理某一特定事件或是进入休眠的线程做准备。你可以将run loop观察者和以下事件关联：

• Run loop入口
• Run loop何时处理一个定时器
• Run loop何时处理一个输入源
• Run loop何时进入睡眠状态
• Run loop何时被唤醒，但在唤醒之前要处理的事件
• Run loop终止

你可以给run loop观察者添加到Cocoa和Carbon程序里面，但是如果你要定义观察者并把它添加到run loop的话，那就只能使用Core Fundation了。为了创建一个run loop观察者，你可以创建一个CFRunLoopObserverRef类型的实例。它会追踪你自定义的回调函数以及其它你感兴趣的活动。

和定时器类似，run loop观察者可以只用一次或循环使用。若只用一次，那么在它启动后，会把它自己从run loop里面移除，而循环的观察者则不会。你在创建run loop观察者的时候需要指定它是运行一次还是多次。

关于如何创建一个run loop观察者的实例，参阅“配置run loop”部分。关于更多的相关信息，参阅CFRunLoopObserver Reference。

Run Loop的事件队列

每次运行run loop，你线程的run loop对会自动处理之前未处理的消息，并通知相关的观察者。具体的顺序如下：

1. 通知观察者run loop已经启动
2. 通知观察者任何即将要开始的定时器
3. 通知观察者任何即将启动的非基于端口的源
4. 启动任何准备好的非基于端口的源
5. 如果基于端口的源准备好并处于等待状态，立即启动；并进入步骤9。
6. 通知观察者线程进入休眠
7. 将线程置于休眠直到任一下面的事件发生：
   • 某一事件到达基于端口的源
   • 定时器启动
   • Run loop设置的时间已经超时
   • run loop被显式唤醒
8. 通知观察者线程将被唤醒。
9. 处理未处理的事件
   • 如果用户定义的定时器启动，处理定时器事件并重启run loop。进入步骤2
   • 如果输入源启动，传递相应的消息
   • 如果run loop被显式唤醒而且时间还没超时，重启run loop。进入步骤2
10. 通知观察者run loop结束。

因为定时器和输入源的观察者是在相应的事件发生之前传递消息，所以通知的时间和实际事件发生的时间之间可能存在误差。如果需要精确时间控制，你可以使用休眠和唤醒通知来帮助你校对实际发生事件的时间。

因为当你运行run loop时定时器和其它周期性事件经常需要被传递，撤销run loop也会终止消息传递。典型的例子就是鼠标路径追踪。因为你的代码直接获取到消息而不是经由程序传递，因此活跃的定时器不会开始直到鼠标追踪结束并将控制权交给程序。

Run loop可以由run loop对象显式唤醒。其它消息也可以唤醒run loop。例如，添加新的非基于端口的源会唤醒run loop从而可以立即处理输入源而不需要等待其他事件发生后再处理。

1.2        何时使用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在你要和线程有更多的交互时才需要，比如以下情况：

1. 使用端口或自定义输入源来和其他线程通信
2. 使用线程的定时器
3. Cocoa中使用任何performSelector…的方法
4. 使线程周期性工作

如果你决定在程序中使用run loop，那么它的配置和启动都很简单。和所有线程编程一样，你需要计划好在辅助线程退出线程的情形。让线程自然退出往往比强制关闭它更好。关于更多介绍如何配置和退出一个run loop,参阅”使用Run Loop对象”的介绍。

1.3        使用Run Loop对象

Run loop对象提供了添加输入源，定时器和run loop的观察者以及启动run loop的接口。每个线程都有唯一的与之关联的run loop对象。在Cocoa中，该对象是NSRunLoop类的一个实例；而在Carbon或BSD程序中则是一个指向CFRunLoopRef类型的指针。

1.3.1    获得Run Loop对象

为了获得当前线程的run loop，你可以采用以下任一方式：

• 在Cocoa程序中，使用NSRunLoop的currentRunLoop类方法来检索一个NSRunLoop对象。
• 使用CFRunLoopGetCurrent函数。

虽然它们并不是完全相同的类型，但是你可以在需要的时候从NSRunLoop对象中获取CFRunLoopRef类型。NSRunLoop类定义了一个getCFRunLoop方法，该方法返回一个可以传递给Core Foundation例程的CFRunLoopRef类型。因为两者都指向同一个run loop，你可以在需要的时候混合使用NSRunLoop对象和CFRunLoopRef不透明类型。

1.3.2    配置Run Loop

在你在辅助线程运行run loop之前，你必须至少添加一输入源或定时器给它。如果run loop没有任何源需要监视的话，它会在你启动之际立马退出。关于如何添加源到run loop里面的例子，参阅”配置Run Loop源”。

除了安装源，你也可以添加run loop观察者来监视run loop的不同执行阶段情况。为了给run loop添加一个观察者，你可以创建CFRunLoopObserverRef不透明类型，并使用CFRunLoopAddObserver将它添加到你的run loop。Run loop观察者必须由Core foundation函数创建，即使是Cocoa程序。

列表3-1显示了附加一个run loop的观察者到它的run loop的线程主体例程。该例子的主要目的是显示如何创建一个run loop观察者，所以该代码只是简单的设置一个观察者来监视run loop的所有活动。基础处理程序(没有显示)只是简单的打印出run loop活动处理定时器请求的日志信息。

Listing 3-1  Creating a run loop observer

 当当前长时间运行的线程配置run loop的时候，最好添加至少一个输入源到run loop以接收消息。虽然你可以使用附属的定时器来进入run loop，但是一旦定时器触发后，它通常就变为无效了，这会导致run loop退出。虽然附加一个循环的定时器可以让run loop运行一个相对较长的周期，但是这也会导致周期性的唤醒线程，这实际上是轮询（polling）的另一种形式而已。与之相反，输入源会一直等待某事件发生，在事情导致前它让线程处于休眠状态。

1.3.3    启动Run Loop

启动run loop只对程序的辅助线程有意义。一个run loop通常必须包含一个输入源或定时器来监听事件。如果一个都没有，run loop启动后立即退出。

有几种方式可以启动run loop,包括以下这些:

l  无条件的

l  设置超时时间

l  特定的模式

无条件的进入run loop是最简单的方法，但也最不推荐使用的。因为这样会使你的线程处在一个永久的循环中，这会让你对run loop本身的控制很少。你可以添加或删除输入源和定时器，但是退出run loop的唯一方法是杀死它。没有任何办法可以让这run loop运行在自定义模式下。

替代无条件进入run loop更好的办法是用预设超时时间来运行run loop，这样run loop运作直到某一事件到达或者规定的时间已经到期。如果是事件到达，消息会被传递给相应的处理程序来处理，然后run loop退出。你可以重新启动run loop来等待下一事件。如果是规定时间到期了，你只需简单的重启run loop或使用此段时间来做任何的其他工作。

除了超时机制，你也可以使用特定的模式来运行你的run loop。模式和超时不是互斥的，他们可以在启动run loop的时候同时使用。模式限制了可以传递事件给run loop的输入源的类型，这在”Run Loop模式”部分介绍。

列表3-2描述了线程的主要例程的架构。本示例的关键是说明了run loop的基本结构。本质上讲你添加自己的输入源或定时器到run loop里面，然后重复的调用一个程序来启动run loop。每次run loop返回的时候，你需要检查是否有使线程退出的条件成立。示例中使用了Core Foundation的run loop例程，以便可以检查返回结果从而确定run loop为何退出。若是在Cocoa程序，你也可以使用NSRunLoop 的方法运行run loop，无需检查返回值。（关于使用NSRunLoop返回运行run
loop的例子，查看列表3-12）

Listing 3-2  Running a run loop

- (void)threadMain
{
    // The application uses garbage collection, so no autorelease pool is needed.
    NSRunLoop* myRunLoop = [NSRunLoop currentRunLoop];

    // Create a run loop observer and attach it to the run loop.
    CFRunLoopObserverContext  context = {0, self, NULL, NULL, NULL};
    CFRunLoopObserverRef    observer = CFRunLoopObserverCreate(kCFAllocatorDefault,
            kCFRunLoopAllActivities, YES, 0, &myRunLoopObserver, &context);

    if (observer)
    {
        CFRunLoopRef    cfLoop = [myRunLoop getCFRunLoop];
        CFRunLoopAddObserver(cfLoop, observer, kCFRunLoopDefaultMode);
    }

    // Create and schedule the timer.
    [NSTimer scheduledTimerWithTimeInterval:0.1 target:self
                selector:@selector(doFireTimer:) userInfo:nil repeats:YES];

    NSInteger    loopCount = 10;
    do
    {
        // Run the run loop 10 times to let the timer fire.
        [myRunLoop runUntilDate:[NSDate dateWithTimeIntervalSinceNow:1]];
        loopCount--;
    }
    while (loopCount);
}

可以递归的运行run loop。换句话说你可以使用CFRunLoopRun，CFRunLoopRunInMode或者任一NSRunLoop的方法在输入源或定时器的处理程序里面启动run loop。这样做的话，你可以使用任何模式启动嵌套的run loop，包括被外层run loop使用的模式。

1.3.4    退出Run Loop

有两种方法可以让run loop处理事件之前退出:

• 给run loop设置超时时间
• 通知run loop停止

如果可以配置的话，推荐使用第一种方法。指定一个超时时间可以使run loop退出前完成所有正常操作，包括发送消息给run loop观察者。

使用CFRunLoopStop来显式的停止run loop和使用超时时间产生的结果相似。Run loop把所有剩余的通知发送出去再退出。与设置超时的不同的是你可以在无条件启动的run loop里面使用该技术。

尽管移除run loop的输入源和定时器也可能导致run loop退出，但这并不是可靠的退出run loop的方法。一些系统例程会添加输入源到run loop里面来处理所需事件。因为你的代码未必会考虑到这些输入源，这样可能导致你无法没从系统例程中移除它们，从而导致退出run loop。

1.3.5    线程安全和Run Loop对象

线程是否安全取决于你使用那些API来操纵你的run loop。Core Foundation 中的函数通常是线程安全的，可以被任意线程调用。但是如果你修改了run loop的配置然后需要执行某些操作，任何时候你最好还是在run loop所属的线程执行这些操作。

至于Cocoa的NSRunLoop类则不像Core Foundation具有与生俱来的线程安全性。如果你想使用NSRunLoop类来修改你的run loop，你应用在run loop所属的线程里面完成这些操作。给属于不同线程的run loop添加输入源和定时器有可能导致你的代码崩溃或产生不可预知的行为。

1.4        配置Run loop 的源

以下部分列举了在Cocoa和Core Foundation里面如何设置不同类型的输入源的例子。

1.4.1    定义自定义输入源

创建自定义的输入源包括定义以下内容：

1. 输入源要处理的信息。
2. 使感兴趣的客户端（可理解为其他线程）知道如何和输入源交互的调度例程。
3. 处理其他任何客户端（可理解为其他线程）发送请求的例程。
4. 使输入源失效的取消例程。

由于你自己创建输入源来处理自定义消息，实际配置选是灵活配置的。调度例程，处理例程和取消例程都是你创建自定义输入源时最关键的例程。然而输入源其他的大部分行为都发生在这些例程的外部。比如，由你决定数据传输到输入源的机制，还有输入源和其他线程的通信机制也是由你决定。

图3-2显示了一个自定义输入源的配置的例子。在该例中，程序的主线程维护了输入源的引用，输入源所需的自定义命令缓冲区和输入源所在的run loop。当主线程有任务需要分发给工作线程时，主线程会给命令缓冲区发送命令和必须的信息来通知工作线程开始执行任务。（因为主线程和输入源所在工作线程都可以访问命令缓冲区，因此这些访问必须是同步的）一旦命令传送出去，主线程会通知输入源并且唤醒工作线程的run loop。而一收到唤醒命令，run loop会调用输入源的处理程序，由它来执行命令缓冲区中相应的命令。

Figure 3-2  Operating a custom input source

以下部分解释下上图的实现自定义输入源关键部分和你需要实现的关键代码。

定义输入源

定义自定义的输入源需要使用Core Foundation的例程来配置你的run loop源并把它添加到run loop。尽管这些基本的处理例程是基于C的函数，但并不排除你可以对这些函数进行封装，并使用Objective-C或Objective-C++来实现你代码的主体。

图3-2中的输入源使用了Objective-C的对象辅助run loop来管理命令缓冲区。列表3-3给出了该对象的定义。RunLoopSource对象管理着命令缓冲区并以此来接收其他线程的消息。例子同样给出了RunLoopContext对象的定义，它是一个用于传递RunLoopSource对象和run loop引用给程序主线程的一个容器。

Listing 3-3  The custom input source object definition

@interface RunLoopSource : NSObject
{
    CFRunLoopSourceRef runLoopSource;
    NSMutableArray* commands;
}

- (id)init;
- (void)addToCurrentRunLoop;
- (void)invalidate;

// Handler method
- (void)sourceFired;

// Client interface for registering commands to process
- (void)addCommand:(NSInteger)command withData:(id)data;
- (void)fireAllCommandsOnRunLoop:(CFRunLoopRef)runloop;

@end

// These are the CFRunLoopSourceRef callback functions.
void RunLoopSourceScheduleRoutine (void *info, CFRunLoopRef rl, CFStringRef mode);
void RunLoopSourcePerformRoutine (void *info);
void RunLoopSourceCancelRoutine (void *info, CFRunLoopRef rl, CFStringRef mode);

// RunLoopContext is a container object used during registration of the input source.
@interface RunLoopContext : NSObject
{
    CFRunLoopRef        runLoop;
    RunLoopSource*        source;
}
@property (readonly) CFRunLoopRef runLoop;
@property (readonly) RunLoopSource* source;

- (id)initWithSource:(RunLoopSource*)src andLoop:(CFRunLoopRef)loop;
@end

尽管使用Objective-C代码来管理输入源的自定义数据，但是将输入源附加到run loop却需要使用基于C的回调函数。当你正在把你的run loop源附加到run loop的时候，使用列表3-4中的第一个函数（RunLoopSourceScheduleRoutine）。因为这个输入源只有一个客户端（即主线程），它使用调度函数发送注册信息给应用程序的委托（delegate）。当委托需要和输入源通信时，它会使用RunLoopContext对象来完成。

Listing 3-4  Scheduling a run loop source

void RunLoopSourceScheduleRoutine (void *info, CFRunLoopRef rl, CFStringRef mode)
{
    RunLoopSource* obj = (RunLoopSource*)info;
    AppDelegate*   del = [AppDelegate sharedAppDelegate];
    RunLoopContext* theContext = [[RunLoopContext alloc] initWithSource:obj andLoop:rl];

    [del performSelectorOnMainThread:@selector(registerSource:)
                                withObject:theContext waitUntilDone:NO];
}