Xcode开启完整并发检查后，如何解决ContentView的并发警告？

问题根源 #

警告出现的原因是：在.task的异步闭包中捕获了ContentView实例（self），而ContentView未遵循Sendable协议，Swift的并发检查机制认为这种跨线程传递非Sendable类型的实例可能引发数据竞争。

可行解决方案 #

1. 将耗时任务抽离为独立函数

把纯逻辑的耗时任务从ContentView中移出，作为顶层函数或独立工具类的方法，彻底避免对ContentView实例的依赖：

struct ContentView: View {
    @State private var disable: Bool = false
    @State private var value: Double = 0

    var body: some View {
        VStack {
            Button {
                disable = true
            } label: {
                Text("Press")
            }
            .task {
                value = await fetchValue() // 无需引用self，消除警告
            }
            Text("\(value)")
        }
    }
}

// 独立的顶层异步函数
func fetchValue() async -> Double {
    // 模拟长耗时任务
    try? await Task.sleep(nanoseconds: 60)
    return 2.0
}

2. 将方法改为静态方法

如果希望任务逻辑和ContentView保持关联，可将fetchValue改为静态方法，调用时无需依赖实例：

struct ContentView: View {
    @State private var disable: Bool = false
    @State private var value: Double = 0

    var body: some View {
        VStack {
            Button {
                disable = true
            } label: {
                Text("Press")
            }
            .task {
                value = await ContentView.fetchValue() // 调用静态方法，不捕获self
            }
            Text("\(value)")
        }
    }
}

extension ContentView {
    static func fetchValue() async -> Double {
        try? await Task.sleep(nanoseconds: 60)
        return 2.0
    }
}

不推荐直接让ContentView遵循Sendable的原因 #

SwiftUI的View结构体内部包含@State等属性包装器，这些属性的底层实现并未完全符合Sendable协议要求，强行让ContentView遵循Sendable会引发更多连锁警告，同时违背SwiftUI的设计范式，因此不建议采用这种方式。

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