版本记录
| 版本号 | 时间 |
|---|---|
| V1.0 | 2017.08.23 |
前言
NSRunloop是OC Foundation框架中非常重要的一个类，很多时候我们会使用它，但是未必对其有深入的了解，接下来几篇我就会带着大家重新学习一下NSRunloop这个类，从简单到复杂，从基本到深化，我会一步步的走完。希望对大家有所帮助。感兴趣的可以看我上一篇。
1. NSRunloop简单细说（一）—— 整体了解
2. NSRunloop简单细说（二）—— 获取运行循环及其模式
3. NSRunloop简单细说（三）—— 定时器和端口
4. NSRunloop简单细说（四）—— 开启Runloop
5. NSRunloop简单细说（五）—— 调度和取消消息
6. NSRunloop简单细说（六）—— 几种循环模式详细解析
一、进一步理解NSRunLoop
运行循环是与线程关联的基础架构的一部分。 运行循环是一个事件处理循环，用于调度工作并协调接收到的事件。 运行循环的目的是在有工作时保持线程繁忙，并且当没有工作时线程进入睡眠状态时。
运行循环管理不是完全自动的。 您仍然必须设计线程的代码以在适当的时间启动运行循环并响应传入的事件。 Cocoa和Core Foundation都提供运行循环对象，以帮助您配置和管理线程的运行循环。 您的应用程序不需要明确创建这些对象; 每个线程，包括应用程序的主线程，都有一个关联的运行循环对象。 但是，只有辅助线程需要显式运行它们的运行循环。 应用程序框架在应用程序启动过程的一部分自动设置和运行主线程上的运行循环
具体可以参考 NSRunLoop Class Reference 和CFRunLoop Reference。
二、NSRunLoop剖析
运行循环非常像它的名字。 这是您的线程进入并用于响应传入事件运行事件处理程序的循环。 您的代码提供用于实现运行循环的实际循环部分的控制语句 - 换句话说，代码提供驱动运行循环的while或for循环。 在循环中，使用运行循环对象来“运行”接收事件并调用已安装的处理程序的事件处理代码。
运行循环从两种不同类型的源接收事件。 输入源提供异步事件，通常来自另一个线程或不同应用程序的消息。 定时器源提供同步事件，发生在预定时间或重复间隔。 两种类型的源使用特定于应用程序的处理程序来处理到达时的事件。
下图显示了运行循环和各种源的概念结构。 输入源将异步事件传递给相应的处理程序，并导致runUntilDate：方法（在线程的关联NSRunLoop对象上调用）退出。 定时器源将事件传递给其处理程序例程，但不会导致运行循环退出。
除了处理输入源之外，运行循环还会生成关于运行循环行为的通知。 注册的运行循环观察器可以接收这些通知，并使用它们对线程执行其他处理。 您可以使用Core Foundation在您的线程上安装run-loop观察器。
三、运行循环模式
这个可以参考NSRunloop简单细说（六）—— 几种循环模式详细解析。就不多说了。
四、Input Sources - 输入源
输入源与您的线程异步传递事件。 事件的来源取决于输入源的类型，这通常是两个类别之一。 基于端口的输入源监视应用程序的Mach端口。 自定义输入源监视自定义的事件源。 就您的运行循环而言，输入源是基于端口还是自定义都不重要。 系统通常实现两种类型的输入源，您可以使用它们。 两个来源之间的唯一区别是如何发出信号。 基于端口的源由内核自动发出信号，自定义源必须从另一个线程手动发出信号。
创建输入源时，将其分配给运行循环的一个或多个模式。 模式会影响在任何给定时刻监控哪些输入源。 大多数情况下，您将以默认模式运行运行循环，但也可以指定自定义模式。 如果输入源不在当前监视模式，则其生成的任何事件都将保持，直到运行循环以正确的模式运行。
以下部分介绍一些输入源。
1. Port-Based Sources - 基于端口的源
Cocoa和Core Foundation为使用端口相关对象和功能创建基于端口的输入源提供内置支持。 例如，在Cocoa中，您根本不必直接创建输入源。 您只需创建一个端口对象，并使用NSPort的方法将该端口添加到运行循环中。 端口对象为您处理所需输入源的创建和配置。
在Core Foundation中，您必须手动创建端口及其运行循环源。 在这两种情况下，您都可以使用与端口不透明类型（CFMachPortRef，CFMessagePortRef或CFSocketRef）相关联的函数来创建适当的对象。
有关如何设置和配置自定义基于端口的源的示例，请参阅配置基于端口的输入源。
2. Custom Input Sources - 自定义输入源
要创建自定义输入源，必须在Core Foundation中使用与CFRunLoopSourceRef不透明类型相关联的函数。 您使用多个回调函数配置自定义输入源。 Core Foundation在不同点调用这些函数来配置源，处理任何传入的事件，并在从运行循环中删除源时将其清除掉。
除了在事件到达之后定义自定义源的行为之外，还必须定义事件传递机制。 源的这一部分运行在一个单独的线程上，负责向输入源提供其数据，并在该数据准备好进行处理时发出信号。 事件传递机制取决于您，但不必过于复杂。
有关如何创建自定义输入源的示例，请参阅定 Defining a Custom Input Source。 有关自定义输入源的参考信息，请参阅CFRunLoopSource。
3. Cocoa Perform Selector Sources
除了基于端口的源之外，Cocoa还定义了一个自定义输入源，允许您在任何线程上执行方法。 像基于端口的源一样，执行选择器请求在目标线程上被序列化，从而减轻了在一个线程上运行多个方法可能发生的许多同步问题。 与基于端口的源不同，执行选择器源在执行其选择器后将其从运行循环中删除。
在OS X v10.5之前，执行方法源主要用于向主线程发送消息，但在OS X v10.5及更高版本以及iOS版本中，可以使用它们将消息发送到任何线程。
当在另一个线程上执行选择器时，目标线程必须具有活动的运行循环。 对于您创建的线程，这意味着等待直到您的代码显式启动运行循环。 因为主线程启动自己的运行循环，所以一旦应用程序调用应用程序委托的applicationDidFinishLaunching：方法，就可以在该线程上开始发出调用。 运行循环每次循环处理所有排队的方法调用，而不是在每个循环迭代期间处理一个。
下面列出了可用于在其他线程上执行选择器的NSObject上定义的方法。 因为这些方法在NSObject上声明，您可以从任何可以访问Objective-C对象（包括POSIX线程）的线程使用它们。 这些方法实际上并没有创建一个新线程来执行。
- 方法1：
performSelectorOnMainThread:withObject:waitUntilDone:
performSelectorOnMainThread:withObject:waitUntilDone:modes:
描述：在该线程的下一个运行循环周期中，在应用程序的主线程上执行指定的选择器。 这些方法使您可以选择阻止当前线程，直到执行选择器。
方法2：
performSelector:onThread:withObject:waitUntilDone:
performSelector:onThread:withObject:waitUntilDone:modes:
描述：在具有NSThread对象的任何线程上执行指定的方法。 这些方法使您可以选择阻塞当前线程，直到执行方法。
方法3：
performSelector:withObject:afterDelay:
performSelector:withObject:afterDelay:inModes:
描述：在下一个运行循环周期和可选的延迟周期后，在当前线程上执行指定的方法。 因为它等待下一个循环循环执行方法，所以这些方法提供了当前执行代码的自动微型延迟。 多个排队的方法按照排队的顺序逐个执行。
方法4：
cancelPreviousPerformRequestsWithTarget:
cancelPreviousPerformRequestsWithTarget:selector:object:
- 描述：让你使用方法
performSelector:withObject:afterDelay:和performSelector:withObject:afterDelay:inModes:取消向当前线程发送消息。
关于这个方法可以参考这里。
后记
未完，待续~~
