概述

WWDC 24 终于在 Swift 十岁生日发布了全新的 Swift 6。这不仅意味着 Swift 进入了全新的“大”版本时代，而且 Swift 编译器终于做到了并发代码执行的“绝对安全”。

不过，从 Swift 5 一步迈入“新时代”的小伙伴们可能对新的并发检查有些许“水土不服”，比如在同步全局变量时可能会引发 Swift 6 编译器的“怨声载道”。

驯服 Swift 6 并发代码执行中的安全隐患是每个秃头码农心中的“壮志凌云”，那还等什么呢？让我们马上将“野性难驯”的 Concurrency 执行驯化的俯首帖耳吧！

Let‘s go！！！😉

---

1. 由一个并发错误引发的“探险”

在将 Xcode 项目的编译器版本从 Swift 5 升级至 6 之后，小伙伴们会发之前很多“安适如常”的并发代码突然变得东差西误起来。

比如，下面一段简单的代码在 Swift 6 环境中运行就仿佛会“魂不守舍”一般：

var id = UUID()

func test() async {
    id = UUID()
}

除了全局变量以外，对于结构或类的静态变量也会有类似的问题：

struct Model {
    static var id = UUID()
    
    func test() async {
        id = UUID()
    }
}

这都是怎么回事呢？

原来，从 Swift 6 开始苹果对并发执行安全性的态度变得极度较真起来。为了不惯着 Swift 5 中模棱两可的并发错误，苹果采取“零容忍”策略让代码中所有潜在的并发陷阱都变得“原形毕露”了！

在上面的代码中，我们在异步 test 方法中修改了全局变量，而该方法有可能会被并发执行。这绝对是一个非常严重的并发同步错误。除了将全局变量 id 变为只读（在这个例子中显然不可行）以外，还有其它解决良策么？

答案是：必须的！

2. 拯救者：全局 Actor！

为了让全局变量不受并发执行同步的困扰之苦，我们可以简单的将它们用 MainActor 来修饰：

@MainActor
var id = UUID()

@MainActor
func test() async {
    id = UUID()
}

不过这样一来，我们就必须把所有涉及全局变量的读写操作都限制在主线程上，这无疑加重了主线程中不必要的执行负担。

然而，我们可以创建自己的全局 Actor ，然后用这些自定义全局 Actor 来让之前的同步问题迎刃而解：

@globalActor
actor MyActor {
    static let shared = MyActor()
}

@MyActor
var id = UUID()

@MyActor
func test() async {
    id = UUID()
}

@MyActor
struct Model {
    static var id = UUID()
    
    func test() async {
        Self.id = UUID()
    }
}

或者不用全局 Actor 来修饰 test 方法，而在 test 内部做文章：

func test() async {
    Task {@MyActor in
        id = UUID()
    }
}

这样一来，我们就可以将所有对全局变量的读写限制在特定的 Actor 之中，从而大功告成！

---

更多关于 Swift 语言中 Actor 的更多介绍，请小伙伴们移步如下链接进一步观赏精彩内容：

• Swift 结构化并发之全局 Actor 趣谈
• 深入理解 Swift 新并发模型中 Actor 的重入（Reentrancy）问题
• SwiftUI async/await 并发代码提示 Non-sendable type cannot cross actor boundary 警告的解决

---

3. 另一种解决之道

除了用上面的方法以外，如果可以确定对全局变量的并发读写绝对不会引发同步问题的话，我们还可以显式让编译器“明明白白我们的心”：

nonisolated(unsafe)
var id = UUID()

func test() async {
    id = UUID()
}

如上代码所示：我们用 nonisolated(unsafe) 修饰语句明确告知 Swift 6 编译器，id 全局变量绝对不会导致并发执行中的同步问题。但这样一来，编译器将会对该全局变量在同步执行中所有的并发潜在问题置之不理、一笑而过。所以，这等于将全部的并发安全检查又重新转移到了小伙伴们自身的肩头。

使用 nonisolated(unsafe) 修饰语句还有一种可能是：明知这些全局变量可能发生并发同步问题，但暂时先将他们搁置一边，等以后再集中火力攻克它们。

希望大家在使用这种方法时慎之又慎，切记切记！

---

想要系统学习 Swift 的小伙伴们，可以移步我的《Swift 语言开发精讲》专栏来看一看哦：

• Swift 语言开发精讲
  

---

总结

在本篇博文中，我们讨论了在 Swift 6 中异步并发读写全局变量时让编译器“大发雷霆”的原因，并给出多种解决之道，棒棒哒！

感谢观赏，再会啦！😎