Swift 6中闭包传递引发data race警告及@MainActor消除警告的原理咨询

我来给你把这个事儿掰扯明白～

首先先看你这段触发警告的代码：

class MyClass {
    private var myProperty: String = ""
    func myFunc() {
        Task {
            // Passing closure as a 'sending' parameter risks causing data races
            // between code in the current task and concurrent execution of the closure
            myProperty = "test"
        }
    }
}

为啥原代码会触发data race警告？ #

你的MyClass没有任何Actor隔离标记，这就意味着类里的myProperty是一个无保护的共享变量——任何线程都能直接读写它。

• myFunc可能在任意线程被调用（比如主线程、某个后台工作线程）；
• 而你创建的Task闭包，默认会在系统调度的后台线程执行。
  这就埋下了数据竞争的隐患：假设myFunc在主线程刚要操作myProperty，同时后台Task的闭包也在另一个线程修改这个变量，两个线程同时读写同一块内存，就会出现不可预测的结果（比如变量值错乱、程序崩溃）。Swift 6的并发安全检查机制精准嗅探到了这种风险，所以给你弹出了警告。

为啥加@MainActor就能消除警告？ #

@MainActor的核心作用，是把整个类的所有属性、方法都“绑定”到**主线程（主Actor）**的执行上下文里，相当于给类成员加了一个“串行操作锁”：

• 加了@MainActor后，myFunc本身只能在主线程执行；
• 当Task闭包要修改myProperty时，Swift会自动把这个闭包的执行切换到主Actor的上下文（也就是主线程）。
  不管是myFunc的调用逻辑，还是Task里的修改操作，最终都会在主线程上按顺序串行执行，根本不会出现多个线程同时触碰myProperty的情况，从根源上掐断了数据竞争的可能性，警告自然就消失了。

简单说：@MainActor就是给你的共享变量安排了一个“专属操作窗口”，所有操作都得排队来，不准多线程插队抢资源。

内容来源于stack exchange