为何要使用@ObservedObject？@StateObject似乎也可正常工作

你的测试场景之所以替换后功能正常，是因为子视图的@StateObject只是持有了父视图传入的实例引用，但这其实是不符合@StateObject设计意图的用法。两者的核心差异在于生命周期管理，而非是否能响应数据变化：

核心职责差异 #

• @StateObject：是ObservableObject实例的所有者，负责创建并管理实例的生命周期。只要视图存在，它持有的实例就不会被销毁或意外重建。必须在视图内部直接初始化（比如@StateObject var model = SharedModel()）。
• @ObservedObject：是ObservableObject实例的观察者，仅负责监听实例的@Published属性变化，不管理实例的生命周期。实例必须从外部传入（比如父视图传递、环境注入等）。

为什么你的测试替换后没问题？ #

在你的代码中，SharedModel实例是由父视图ContentView的@StateObject创建并管理的。当你把SubView的@ObservedObject改成@StateObject时，子视图只是额外持有了这个已存在实例的引用，并没有创建新实例。此时数据变化依然能被监听，所以功能看起来正常，但这是一种不规范的用法——@StateObject不应该用来接收外部传入的实例。

必须使用@ObservedObject的场景 #

当ObservableObject实例的生命周期由外部控制时，必须用@ObservedObject：

• 实例从父视图传递过来（就像你的示例中子视图的用法）；
• 实例通过@EnvironmentObject注入；
• 实例来自依赖注入框架或ViewModel层。

如果子视图用@StateObject接收外部实例，当父视图因自身状态变化重建时，子视图的@StateObject可能会出现生命周期冲突，导致不可预期的问题。

正确用法总结 #

• 当视图需要自己创建并持有数据源时：用@StateObject

  struct ParentView: View {
      @StateObject private var model = SharedModel() // 视图自己创建并管理
      var body: some View {
          ChildView(model: model)
      }
  }
  

• 当视图需要观察外部传入的数据源时：用@ObservedObject

  struct ChildView: View {
      @ObservedObject var model: SharedModel // 仅观察，不管理生命周期
      var body: some View {
          Text(model.value)
      }
  }
  

内容的提问来源于stack exchange，提问作者Joakim Sjöstedt