iOS学习笔记：RunLoop

原文链接：NSRunLoop简介

RunLoop的作用

• 程序持续运行的保证，如果RunLoop不存在了，程序也就结束运行了。
• 在循环中处理各种事件，如触摸事件、定时器事件、Selector事件。
• 节省CPU的资源，在需要执行任务的时候被唤醒，当没有任务执行的时候进入休眠状态。

程序启动的流程

• 执行main函数
• 执行UIApplicationMain函数
  • 指定UIApplication对象
  • 指定UIApplication的代理
• 创建UIApplication对象，并且指定它的代理。
• 创建一个主运行循环(RunLoop)，这是一个死循环，保证程序的持续运行。
• 加载配置了所有应用程序信息的info.plist文件
• 应用程序启动完毕

NSRunLoop和CFRunLoopRef

• CFRunLoopRef是在CoreFoundation框架中的，它的内部API以及实现，都是纯C语言编写，这些API都是线程安全的。
• NSRunLoop是基于CFRunLoopRef的封装，它提供了面向对象的API，但是这些API不是线程安全的。
• 这两个对象的地址不同，因为它们的对象来自于完全不同的类。
• CFRunLoop可以调用getCfRunLoop方法，将NSRunLoop转化为CFRunLoop。

RunLoop与线程

• 每一条线程，都有一个与之相对应的RunLoop对象，负责处理线程中的任务。
• 主线程和RunLoop：RunLoop在程序已经启动的时候就创建好了
• 子线程和RunLoop：
  • 子线程会单独开启RunLoop去执行任务
  • 子线程和RunLoop是一一对应的关系，每个子线程都有自己的RunLoop（但需要主动创建）
  • 创建子线程的RunLoop：[NSRunloop currentRunLoop]
  • 子线程的RunLoop需要手动开启：[[NSRunLoop currentRunLoop] run]

RunLoopMode

• RunLoop的运行模式

  • 一个RunLoop至少要指定一个运行模式，当运行模式指定之后，至少有一个Source或者Timer任务在执行。
  • RunLoop启动之后，只能指定一个运行模式，可以使用currentMode来获取。
  • 如果要切换RunLoop的运行模式，就要先退出当前的RunLoop，重新指定Mode再次进入运行。

• 系统默认注册的5个Mode

  • kCFRunLoopDefaultMode App的默认Mode，通常主线程是在这个Mode下运行的。
  • UITrackingRunLoopMode 界面跟踪Mode，用于ScrollView/TableView等追踪触摸滑动，保证界面滑动的时候不受其他Mode影响。
  • UIInitializationRunLoopMode 当App启动时，第一个进入的Mode，启动完成之后就不会再使用这个Mode。
  • GSEventReceiveRunLoopMode 接收系统事件的内部Mode，通常由系统自动管理。
  • kCFRunLoopCommonMode 一个类似于占位的Mode，并不是一个真正的Mode。

CFRunLoopSourceRef：事件源、事件、输入等都属于事件源，它有两个分类：

• Source0 非基于Port的事件，用户触发的事件，例如点击事件等。
• Source1 基于Port的事件，他用于系统内部与线程之间交互。

CFRunLoopTimerRef：定时器事件

• NSTimer
  • 如果将NSTimer添加到子线程中，需要先创建一个RunLoop，然后再启动RunLoop。
  • NSTimer受到RunLoop的影响，一般会有一些轻微的误差，所以对于精密计时，GCD定时器较为精准。
• GCD定时器：精确到纳秒，较为精准。
  • GCD定时器的创建步骤：创建定时器 -> 设置定时器 -> 设置定时器的回调方法 -> 恢复定时器。
  • GCD定时器一定要添加一个强引用，否则会被立即释放。

CFRunLoopObserverRef：观察者

• 观察者可以观察到RunLoop不同的运行状态
• 通过判断RunLoop的运行状态，可以执行一些操作。