iOS 底层Runloop的详解

有人做了两年多的iOS开发，对iOS和Objective-C深层次的了解还十分有限，大多还停留在会用API的级别，这是件挺可悲的事情。想学好一门语言还是需要深层次的了解它，这样才能在使用的时候得心应手，出现各种怪异的问题时不至于不知所措。
废话少说，进入今天的正题。

RunLoop 的概念

一般来讲，一个线程一次只能执行一个任务，执行完成后线程就会退出。如果我们需要一个机制，让线程能随时处理事件但并不退出，通常的代码逻辑是这样的：

这种模型通常被称作Event Loop。 Event Loop 在很多系统和框架里都有实现，比如 Node.js 的事件处理，比如 Windows 程序的消息循环，再比如 OSX/iOS 里的 RunLoop。实现这种模型的关键点在于：如何管理事件/消息，如何让线程在没有处理消息时休眠以避免资源占用、在有消息到来时立刻被唤醒。

所以，RunLoop 实际上就是一个对象，这个对象管理了其需要处理的事件和消息，并提供了一个入口函数来执行上面 Event Loop 的逻辑。线程执行了这个函数后，就会一直处于这个函数内部 “接受消息->等待->处理” 的循环中，直到这个循环结束（比如传入 quit 的消息），函数返回。

RunLoop 与线程的关系

首先，iOS 开发中能遇到两个线程对象: pthread