Swift Concurrency：async let 在iOS模拟器上的异常运行行为求解

问题原因 #

1. 错误使用阻塞API违反Swift并发调度规则 #

你代码中调用的sleep(_:)是POSIX标准的线程阻塞函数，会直接冻结当前执行任务的线程，不会向Swift并发的合作式调度器交还执行权，不符合Swift并发的运行要求。
Swift并发的全局执行器采用有限线程池设计，不会为了应对被阻塞的线程无限制创建新线程，线程池大小通常和设备CPU核心数绑定。你用阻塞调用占住工作线程后，调度器无法在该线程上调度其他待执行的任务。

2. 模拟器与真机的执行器并行度配置差异 #

不同运行环境下Swift全局并发执行器的默认最大并行数配置不同：

• 你测试的iPhone 7真机为4核CPU，全局并发执行器默认支持多线程并行，所以两个阻塞任务可以分配到不同线程同时执行
• 你使用的模拟器环境下，全局并发执行器的并行度被限制为1，唯一的工作线程被第一个loadFromNetwork的阻塞调用占住后，loadFromDB只能等前序任务执行完成、线程释放后才能启动，因此出现顺序执行的现象。

修复方案 #

将阻塞线程的调用替换为Swift并发原生的异步API即可复现一致的并行行为，比如把sleep(3)替换为异步休眠接口：

// 不会阻塞线程，休眠期间会交还执行权给调度器
try? await Task.sleep(nanoseconds: 3 * 1_000_000_000)

如果业务中必须调用阻塞式的同步API（比如第三方同步库、磁盘IO操作等），建议将这部分逻辑放到独立的DispatchQueue中执行，避免占用Swift并发的工作线程影响其他任务调度。

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