Swift Concurrency 在 Xcode 13.2 中为 iOS 13 宣布 - 他们是如何实现这一目标的？

Question

Xcode 13.2 Beta 发行说明承诺为 iOS 13 提供 Swift 并发支持。

您现在可以在部署到 macOS 10.15、iOS 13、tvOS 13 和 watchOS 6 或更高版本的应用程序中使用 Swift Concurrency。 这种支持包括异步/等待、参与者、全局参与者、结构化并发和任务 API。 (70738378)

然而，早在 2021 年夏季，当它首次出现在 WWDC 时，它就很难被限制只能在 iOS 15+ 上运行。

我的问题是：发生了什么变化？ 他们是如何实现向后兼容的？ 它的运行方式是否与在 iOS 15 中的运行方式截然不同？

Answer 1

将并发回部署到较旧的操作系统版本将并发运行时库与您的应用程序捆绑在一起，并提供此功能所需的支持，就像 Swift 在 Swift 5 中的 ABI 稳定之前使用标准库所做的那样，当时 Swift 可以随操作系统。

这捆绑了标准库的并发部分（ 稳定链接）以及一些额外的支持和功能存根（ 稳定链接）。

当部署到足够新的操作系统版本以包含这些运行时功能作为操作系统的一部分时，这种捆绑不是必需的。

---

由于 iOS 15+（和相关操作系统版本）上的功能被声明需要内核更改（对于新的协作线程模型），而这些内核本身无法向后移植，因此某些功能的实现包括基于这些操作系统上确实存在的现有功能的垫片，但其性能可能略有不同，或者效率较低。

您可以在Doug Gregor 的SWIFT_CONCURRENCY_BACK_DEPLOYMENT移植并发PR中的几个地方看到这一点——在一些地方，您可以看到检查SWIFT_CONCURRENCY_BACK_DEPLOYMENT ，这改变了某些假设不再成立或功能不存在的实现。 例如， GlobalExecutor在向后移植时不能依赖于获取全局 Dispatch 队列作为其主要共享队列，而必须创建自己的供使用。 基于@objc的 actor还需要让他们的超类 swizzled ，这不需要在非后台部署的运行时发生。 （符号还必须在某些地方注入到后台部署库中，某些行为必须被剔除，但这有点不那么有趣。）

总的来说，没有关于后台部署和非后台部署之间的确切区别的全面文档（没有阅读所有代码），但可以安全地假设后台部署库的有效行为将是相同的，尽管可能在性能成本。