SwiftUI中模型数据变更后调用objectWillChange.send()是否存在问题？

核心问题 #

当在ObservableObject的底层模型数据变更之后调用objectWillChange.send()时，是否会引发功能异常？若会，具体场景和原因是什么？另外，既然变更后通知似乎也能工作，为何发布器被命名为objectWillChange而非objectDidChange？

一、变更后调用objectWillChange.send()的潜在问题 #

1. 动画失效或异常 #

SwiftUI的动画系统依赖状态变更的时序：当objectWillChange发送信号时，SwiftUI会先记录当前UI状态，等待数据变更完成后，基于新旧状态的差值计算动画过渡。如果先变更数据再发送信号，SwiftUI无法捕获变更前的状态，直接渲染新状态，跳过动画过渡逻辑。

比如给文本内容添加动画的场景：

Text(viewModel.calculatedProperty)
    .animation(.easeInOut, value: viewModel.calculatedProperty)

若先修改storedString再发送objectWillChange，SwiftUI拿到的只有新值，无法对比旧值生成动画，最终动画直接失效。

2. 视图更新的一致性风险 #

在多线程场景下，数据变更与objectWillChange发送若不在同一线程，可能出现竞态条件：SwiftUI收到信号开始计算视图时，数据可能仍在变更（或已完成变更），导致视图渲染的状态与预期不一致，甚至出现临时的错误状态。

3. 违背设计约定 #

系统自动生成的合成objectWillChange发布器，会在@Published属性即将变更时自动发送信号。手动在变更后发送，打破了这种默认的时序约定，导致代码逻辑与SwiftUI的设计预期不符，后续维护时容易引发理解偏差。

二、为何命名为objectWillChange而非objectDidChange #

这个命名是为了明确通知的时序意图：

• SwiftUI的视图更新流程是「预准备→数据变更→视图刷新」：objectWillChange的信号是告知SwiftUI「数据马上要变更，请准备捕获旧状态」，这样SwiftUI能在数据变更前后获取完整的状态快照，从而正确计算视图更新和动画。
• 若命名为objectDidChange，开发者会自然认为这是变更完成后的通知，但SwiftUI的内部机制需要提前知晓变更即将发生，才能做好准备工作。
• 简单场景（如无动画的静态视图）下变更后发送信号能触发刷新，只是「巧合性工作」，并非设计预期的用法。

三、示例代码的修正方案 #

你的ViewModel中modelDidChange是在数据变更后被调用的，此时发送objectWillChange不符合时序要求。正确做法是在数据即将变更时发送信号：

protocol ModelDelegate: AnyObject {
    func modelWillChange()
    func modelDidChange()
}

class Model {
  weak var delegate: ModelDelegate?

  var storedString: String {
    willSet { self.delegate?.modelWillChange() } // 即将变更时通知
    didSet { self.delegate?.modelDidChange() }
  }
}

class ViewModel: ObservableObject {
  private let model: Model = Model()

  init() {
    model.delegate = self
  }

  var calculatedProperty: String { model.storedString }
}

extension ViewModel: ModelDelegate {
  func modelWillChange() {
    self.objectWillChange.send() // 符合时序的通知
  }

  func modelDidChange() {
    // 处理变更完成后的逻辑，如数据持久化、额外状态同步等
  }
}

这样能保证SwiftUI在数据变更前收到信号，正确捕获新旧状态，动画和视图更新均可正常工作。

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