为何DispatchQueue.main.async可作为RunLoop输入源？RunLoop是否被其终止？

结论 #

RunLoop不是被main.async终止的，它是因为没有继续运行的必要条件而自动退出的。

代码执行与RunLoop运行机制拆解 #

先看你的代码：

import Dispatch
import Foundation

DispatchQueue.main.async {
    print("just print in main async")
}

RunLoop.current.run(mode: .default, before: .distantFuture)

print("RunLoop.current.run ends!")

执行结果显示：先打印just print in main async，随后RunLoop退出，打印RunLoop.current.run ends!。具体运行流程如下：

• 提交异步任务：DispatchQueue.main.async只是把闭包放到主队列的待执行队列中，主队列和主RunLoop的Source0绑定，RunLoop会监听主队列的任务状态。
• 启动RunLoop：调用RunLoop.current.run(...)后，主RunLoop进入循环，它会持续检查当前模式（.default）下是否有就绪的事件源（Source）、定时器（Timer）或观察者（Observer）。
• 执行异步任务：此时主队列里已经有等待执行的闭包，RunLoop检测到后会唤醒并执行这个闭包，打印指定内容。
• RunLoop自动退出：执行完闭包后，RunLoop会检查当前模式下是否还有需要持续监听的资源：
  • 控制台程序中没有UI组件，也就没有系统事件的监听源；
  • 没有添加持续运行的定时器；
  • 主队列里也没有新的待执行任务。
    满足“无活跃事件源/定时器”的条件后，RunLoop就会自动终止循环，继续执行后续代码。

与UI场景的区别 #

在iOS App中，主RunLoop会一直运行，因为UIApplication会在主RunLoop中添加专门的事件源，持续监听系统UI事件（触摸、键盘等），同时可能存在活跃的定时器或网络回调，所以RunLoop不会自动退出。而你的控制台程序没有这些持续运行的依赖，所以执行完仅有的异步任务后就结束了。

验证方法 #

如果在代码中添加一个重复定时器，RunLoop就会持续运行不会退出，比如：

// 在RunLoop.run前添加以下代码
Timer.scheduledTimer(withTimeInterval: 1, repeats: true) { _ in
    print("timer tick")
}

此时RunLoop会因为有活跃的定时器，一直处于循环状态，不会执行后续的print("RunLoop.current.run ends!")。

内容的提问来源于stack exchange，提问作者eczn