SwiftUI 5中@Observable对象：@Bindable、@State与无包装器的差异

你的测试代码如下：

struct ContentView: View {
    var person: Person = .init(id: UUID(), name: "Stacey")
    //using @State or @Bindable or nothing before 'person' does the same job

    var body: some View {
        VStack {
            Button {
                person.name = "Sarah"
            } label: {
                Text("change name")
            }
            
            Text("Name: \(person.name)")
        }
    }
}

@Observable
class Person: Identifiable {
    var id: UUID
    var name: String
    
    init(id: UUID, name: String) {
        self.id = id
        self.name = name
    }
}

下面详细说明三种声明方式的核心差异：

1. 无属性包装器（var person: Person = ...） #

• 行为逻辑：person是ContentView结构体的普通存储属性，由于Person标记了@Observable，修改person.name时，Observable机制会自动发送变更通知，SwiftUI监听对象内部属性变化从而触发视图更新。
• 局限性：如果直接替换person的引用（比如person = Person(id: UUID(), name: "New Name")），由于ContentView是值类型，修改普通存储属性只会生成新的结构体实例，但不会触发视图刷新——SwiftUI未监听这个引用的变化。
• 适用场景：接收父视图传递的Observable对象，仅需要修改对象内部属性、不需要替换整个对象引用的场景。

2. @State包装器（@State var person: Person = ...） #

• 行为逻辑：@State会接管person引用的所有权，将对象生命周期与当前视图绑定。它既监听Observable对象的内部属性变化，也监听person引用本身的替换——无论修改person.name还是直接替换person实例，都会触发视图更新。
• 特性：@State标记的变量是视图私有的，不应被外部访问或修改，仅在当前视图内部管理。
• 适用场景：视图内部创建并完全掌控的Observable对象，既需要修改内部属性，也可能需要替换整个对象的场景。

3. @Bindable包装器（@Bindable var person: Person = ...） #

• 行为逻辑：@Bindable的核心作用是将Observable对象转换为可生成Binding的对象，方便将对象属性绑定到需要双向绑定的控件（比如TextField($person.name)）。仅修改person.name时，它和无包装器的视图更新效果一致，均依赖Observable的变更通知。
• 特性：@Bindable本身不持有对象的所有权，通常用于处理外部传入的Observable对象（而非视图内部初始化），它的存在是为了解决双向绑定需求，而非管理状态生命周期。
• 适用场景：需要将Observable对象的属性绑定到输入类控件，或者需要传递Binding给子视图的场景。

差异总结 #

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