@ObservedObject：是什么，观察对象并更新View

SwiftUI中的@ObservedObject是什么

@ObservedObject 是一个属性包装器，它将View订阅到ObservableObject的变化。当标记有@ObservedObject的对象更改其任何用@Published声明的属性时，SwiftUI会自动重新绘制View。@ObservedObject不会创建对象—它只在现有的ObservableObject实例和需要对其变化做出反应的View之间建立连接。

@ObservedObject 和 @StateObject 之间的关键区别—是所有权。@ObservedObject假定对象是在View层次结构中更高的位置创建和存储的。子View通过初始化器获取此对象的引用并简单地观察它。如果子View被重新创建，它将从父级获得相同的引用—数据不会丢失。

根据Apple Developer Documentation — SwiftUI (2025)，@ObservedObject从iOS 13起可用，这使其成为支持旧版iOS的项目中观察ObservableObject的唯一选项。在iOS 14+中，创建对象更推荐使用@StateObject，但@ObservedObject仍然适用于传递现有对象。

@ObservedObject如何工作

@ObservedObject 的机制基于Combine框架中的ObservableObject协议。每个符合ObservableObject的类都会自动获得一个objectWillChange发布者，该发布者在任何@Published属性更改之前发送信号。SwiftUI通过@ObservedObject订阅此发布者，并在收到信号后将View标记为需要重新绘制。

class TaskViewModel: ObservableObject {
    @Published var tasks: [Task] = []
    @Published var isLoading = false
    
    func loadTasks() async {
        isLoading = true
        // 获取数据
        isLoading = false
    }
}

struct TaskListView: View {
    @ObservedObject var viewModel: TaskViewModel
    
    var body: some View {
        List(viewModel.tasks) { task in
            Text(task.title)
        }
        .task { await viewModel.loadTasks() }
    }
}

当父View通过初始化器将viewModel传递给TaskListView时，SwiftUI在对象和View之间建立连接。当tasks数组或isLoading标志更改时，SwiftUI重新绘制TaskListView。对象保持不变—它通过@StateObject存储在父View中。

@ObservedObject vs @StateObject：何时使用什么

@ObservedObject 和 @StateObject 之间的区别—是观察者和所有者之间的区别。@StateObject创建对象并管理其生命周期。@ObservedObject只观察在其他地方创建和存储的对象。它们之间的选择由View对数据的责任决定。

主要规则：如果View创建对象—@StateObject。如果View接收对象—@ObservedObject。违反此规则使用@ObservedObject创建对象会导致View重建时数据丢失。违反规则使用@StateObject接收对象会创建一个独立的重复实例，与父级无关。

@ObservedObject使用示例

@ObservedObject 的典型使用场景—任务列表，其中根View创建view model，列表单元格通过@ObservedObject接收它。每个单元格都可以调用view model的方法，更改会自动显示在整个列表中，因为所有单元格都观察相同的对象。

struct TaskRow: View {
    @ObservedObject var viewModel: TaskViewModel
    let task: Task
    
    var body: some View {
        HStack {
            Text(task.title)
            Spacer()
            Button("完成") {
                viewModel.completeTask(task)
            }
        }
    }
}

struct TaskListContainer: View {
    @StateObject var viewModel = TaskViewModel()
    
    var body: some View {
        List(viewModel.tasks) { task in
            TaskRow(viewModel: viewModel, task: task)
        }
    }
}

在此示例中，TaskListContainer通过@StateObject创建viewModel，每个TaskRow通过@ObservedObject接收它。当用户在任何行中点击“Done”时，viewModel.completeTask更改published属性，所有观察此对象的View都会自动更新。

@ObservedObject的常见错误

最常见的错误—在View内部使用@ObservedObject创建对象。当View重建时（例如在状态改变时），SwiftUI会创建一个新的ObservableObject实例，导致所有累积数据丢失。这个错误在NavigationStack中尤其痛苦，用户可能填写表单并在返回时丢失数据。

错误：使用@ObservedObject代替@StateObject

// ❌ 数据丢失：@ObservedObject不保留对象
struct FormView: View {
    @ObservedObject var formVM = FormViewModel()
    // 每次View重建时都会创建新的formVM！
}

// ✅ 正确：@StateObject保留对象
struct FormView: View {
    @StateObject var formVM = FormViewModel()
    // 对象在View生命周期内创建一次
}

错误：在需要@ObservedObject的地方传递@StateObject

如果子View通过@StateObject声明相同的ObservableObject，它会创建一个独立的副本。父对象中的更改将不会在子对象中可见，反之亦然。始终为从外部接收对象的子View使用@ObservedObject。

SwiftUI中@ObservedObject的替代方案

在现代SwiftUI中，有几种@ObservedObject的替代方案，各有其优势。选择取决于应用程序架构、iOS版本和特定的使用场景。

• @EnvironmentObject —允许从SwiftUI环境中获取对象，无需通过初始化器显式传递。适用于许多屏幕都需要的对象，但需要通过.environmentObject()显式注入。
• @State + @Binding —对于简单的值类型不需要ObservableObject。使用@State进行存储，使用@Binding传递给子View。
• @AppStorage —用于需要与View自动同步的UserDefaults值。
• @SceneStorage —用于在场景重启之间保存临时状态（例如列表中的位置）。

在@ObservedObject和@EnvironmentObject之间的选择—是风格和架构的问题。@ObservedObject通过初始化器显式显示View的依赖关系，使代码更可预测。@EnvironmentObject适用于深层层次结构，但隐藏依赖关系，可能会使调试变得困难。