将SwiftUI @State绑定标记为@unchecked Sendable是否安全？

我有一个包含SwiftUI @State 绑定的类型，想让它符合Sendable协议，但收到如下警告：

struct MyType: Sendable {
    // Warning: Stored property 'binding' of 'Sendable'-conforming struct 'MyType' has non-sendable type 'Binding<Bool>'
    var binding: Binding<Bool> // Guaranteed to be coming from a @State
}

已知@State是线程安全的，请问将该类型标记为@unchecked Sendable是否安全？

struct MyType: @unchecked Sendable {
    var binding: Binding<Bool> // Guaranteed to be coming from a @State
}

补充背景 #

我正在构建一个属性包装器，可通过调用async方法触发视图状态（例如等待确认对话框的结果）。该属性包装器是DynamicProperty，内部包含私有@State var isActive: Bool，仅在特殊包装视图中暴露以控制视图展示。外部调用async方法会挂起当前Task并存储CheckedContinuation，随后视图状态设为true展示关联视图，该视图可恢复Continuation并返回结果，使Task继续执行。传递Binding时因Binding非Sendable触发并发警告（检查器设为“Complete”），目前运行正常但不确定是否始终安全。

在你的场景下，将MyType标记为@unchecked Sendable是安全的，理由如下：

• @State派生Binding的线程安全性：SwiftUI的@State由框架管理线程安全存储，直接从@State派生的Binding，所有读写操作都会被调度到主线程执行，不存在数据竞争风险。
• 场景约束的可靠性：你明确保证binding仅来自@State，且属性包装器的逻辑中，对该Binding的操作都处于SwiftUI视图生命周期或主线程可控范围内，没有跨线程随意访问的情况。
• @unchecked Sendable的合理性：当你能通过业务逻辑约束保证类型线程安全，但编译器无法自动验证时，使用@unchecked Sendable是合理选择。这里编译器无法识别“Binding来自@State”这个前提，需要手动确认安全后添加标记。

需要严格遵守“binding仅来自@State”的约束——如果后续允许传入非@State派生的Binding，@unchecked Sendable的安全性会被打破。

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