@Binding在@StateObject与View的@State中行为差异及重复发布问题

行为差异 #

• 直接绑定@StateObject的@Published属性：@Binding直接关联到ObservableObject的发布属性，控件（比如NavigationSplitView）的状态变化会直接触发@Published的setter。由于SwiftUI部分控件内部存在额外的状态校验或同步逻辑，可能导致setter被多次调用，进而触发多次发布。
• 绑定View的@State再通过onChange更新模型：@State是View自身的状态存储，内部会先对比新值与旧值，只有真正变化时才会触发视图更新。onChange则是监听@State的有效变化后，再去更新@StateObject的属性，相当于做了一层过滤，避免了控件内部重复赋值带来的多次发布。

重复发布的核心原因 #

NavigationSplitView在处理选中状态绑定时有个特殊的内部逻辑：

1. 用户交互触发选中后，控件会先给绑定值赋值一次；
2. 视图渲染完成后，控件会再次校验绑定状态是否和自身内部选中状态一致，哪怕是微小的逻辑差异（比如Optional类型的空值校验、内部状态刷新机制），都会再次给绑定值赋值。

当直接绑定@Published属性时，这两次赋值都会触发@Published的发布——因为@Published的setter只要被调用就会发布，不管新值和旧值是否相同；而用@State做中间层时，第二次重复赋值和@State当前值一致，不会触发onChange闭包，所以模型的@Published属性只会被更新一次，也就只发布一次。

快速验证方法 #

你可以给@Published属性的setter加个打印日志，直观看到调用次数：

@Published var selectedItem: Item? {
    didSet {
        print("Published属性被赋值: \(selectedItem?.id ?? "nil")")
    }
}

直接绑定NavigationSplitView的选中状态时，会看到两次打印；用@State+onChange的方式则只会看到一次。

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