为何同一Swift代码在Xcode与Swift Playground中输出不同？

问题背景 #

我编写了一段使用DispatchQueue的Swift代码，在Xcode和Swift Playground中运行后得到了不同的输出结果，且同一环境下（多次在Xcode运行、多次在Playground运行）的输出保持一致，想明确这种差异的原因。

测试代码 #

for i in 0...10 {
    DispatchQueue.global().async {
        DispatchQueue.global().sync {
            print("Print1",i)
        }
        print("Print2",i)
    }
}

运行结果 #

Swift Playground输出

Print1 0
Print1 1
Print1 4
Print1 2
Print1 5
Print1 3
Print1 7
Print1 6
Print1 8
Print1 9
Print1 10
Print2 10
Print2 4
Print2 2
Print2 6
Print2 1
Print2 3
Print2 8
Print2 5
Print2 7
Print2 0
Print2 9

Xcode输出

Print1 0
Print2 0
Print1 2
Print1 3
Print1 4
Print2 4
Print1 6
Print2 6
Print1 8
Print2 8
Print1 10
Print2 10
Print2 2
Print2 3
Print1 5
Print2 5
Print1 9
Print2 9
Print1 7
Print2 7
Print1 1
Print2 1

原因分析 #

这种差异核心源于Xcode和Swift Playground的底层调度队列配置与运行环境不同，具体体现在以下几点：

• 全局队列的线程池与调度策略差异
  Xcode默认项目运行在完整的iOS/macOS系统环境中，DispatchQueue.global()对应的默认QoS（.default）线程池，会根据系统资源动态调整线程数量，调度时更倾向于保证单个异步任务的连续性——即同一个async块里的sync任务执行完成后，优先继续执行后续的print("Print2")操作。
  而Swift Playground是沙箱化的轻量预览环境，其全局队列的线程池规模受限，调度策略更偏向于批量处理sync块任务，因此会出现所有Print1先输出完毕，才开始输出Print2的情况。

• 运行环境的资源限制差异
  Xcode项目拥有完整的系统资源调度权限，CPU资源充足，能灵活分配线程执行任务，所以会出现部分任务的Print1与Print2连续输出的现象。
  Playground为了保证自身响应速度和资源隔离，对线程创建、调度做了严格限制，导致任务执行顺序呈现出明显的批次性。

• GCD的环境适配特性
  Grand Central Dispatch（GCD）的调度行为并非固定不变，会根据运行环境的资源状况、进程优先级等动态调整优化。Xcode和Playground属于不同的进程环境，GCD会针对各自环境做出不同的调度决策，最终体现为输出顺序的差异。

需要强调的是，GCD的异步任务执行顺序本身就是非确定性的（除非用串行队列或同步机制严格控制），不同环境下的输出差异是正常现象，业务代码绝不应该依赖这种不确定的执行顺序。

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