一提起RunLoop感觉很高大尚的样子，让我有一种望而生畏的心里，今天翻阅了关于学习RunLoop的资料，以下做出总结：
- RunLoop的第一个作用
程序启动的时候系统内部会创建RunLoop对象，RunLoop 直到main函数结束后程序还可以运行。iOS程序之所以启动完毕一直保持运行状态完全是因为内部有一个RunLoop，RunLoop本身就是一个死循环。RunLoop不退出，程序就不会退出。(不考虑程序异常奔溃或用户主动杀死程序情况)
- RunLoop的监听事件和传递事件
当用户触摸或点击屏幕时，系统底层就会根据当前用户触摸或点击的位置创建一个事件对象，这个事件对象会经过操作系统，经过对应的端口，进入应用程序的事件队列中。一旦有事件进入事件队列中，RunLoop就会立即作出响应，并从事件队列中取出前面的事件，然后将事件对象传递给UIApplication对象，UIApplication对象接收到RunLoop传递给它的事件对象之后，继续将事件对象传递下去，查找一个最合适处理事件的对象(UIResponder)，找到之后，就可以开始处理事件。这就是事件处理的流程了。最重要的环节应该是当事件队列中有事件对象的时候，RunLoop会从事件队列中取出前面的事件对象，将事件传递给UIApplication对象,可以得到如下结论RunLoop另一重要的作用：监听事件和传递事件。没有RunLoop，任何事件都得不到处理，得不到响应。
- RunLoop的其他作用
每个线程内部都会默认创建对应的RunLoop对象。上面说的RunLoop都是主线程的RunLoop，当然了不管是主线程的RunLoop还是子线程的RunLoop，它们的作用跟刚刚说的是一样。
针对以上的解释大家肯定觉得有疑惑，针对几个问题作出总结：
- RunLoop是一个死循环，它的其中一个作用就是保持应用程序不退出。如果我开启了10个线程，每个线程内部有一个RunLoop的话，意味着每一个线程内部就有一个死循环，那这样不就导致线程执行完耗时操作之后永远无法退出，永远不会被销毁直到应用程序退出，这样不就导致资源浪费性能差吗？
每一个线程内部都会有对应的RunLoop是肯定的，但是默认只有主线程的RunLoop是开启，而子线程的RunLoop默认是不开启的。RunLoop不开启可以理解为死循环是没有执行的。所以你刚刚说的问题其实不存在的，除了主线程之外，所有子线程在执行完对应的任务之后，就会被系统销毁了。
- 子线程在执行完对应的任务之后，就会被系统销毁了，那主线程什么时候销毁？
在程序启动时系统内部创建的第一个RunLoop就是主线程的RunLoop呀，为了保证程序不退出，主线程的RunLoop默认就是开启的。主线程如果退出的话，那就意味着整个程序也退出了
- RunLoop是一个死循环，那它一直在循环不是很耗性能，很耗电？
If noevents are present and ready to be handled, the run loop puts the thread tosleep.
这句英文的意思是说：如果没有事件要处理时，RunLoop会让线程进入睡眠状态。在睡眠的时候，消耗性能就非常少了。一旦有事件产生了，RunLoop会立刻唤醒当前线程来响应事件。事件处理完毕之后，RunLoop会继续循环检测事件的到来，如果在一定的时间内，又没有事件产生了，RunLoop又会让线程再次进入睡眠状态来节省性能开销。
以上只是粗略的总结，继续学习！加油
