SwiftUI视图意外重复渲染：局部store变量为何能优化性能？

核心背景 #

SwiftUI 触发视图重渲染的两个关键条件：

• 视图自身的可观察依赖（如@State、@ObservedObject的@Published属性）发生变化；
• 父视图重渲染，且子视图的参数发生等价性变化（引用类型看指针是否相同，值类型看内容是否相等）。

第一种写法的卡顿原因 #

当你在父视图的body内直接通过闭包传递self.store创建PageContentView时：

PageView(content: { week in
    PageContentView(week: week, store: self.store)
})

父视图因DragGesture更新滚动状态（如绑定的@State偏移量）频繁重渲染时，闭包会被重新创建（闭包是值类型，每次初始化都是新实例）。此时：

• 闭包捕获的是整个父视图实例self，而非单独的store引用；
• SwiftUI 在对比新旧PageContentView的参数时，会因闭包实例变化，或误判store参数关联了父视图的新实例，将其视为新视图，强制重新计算body——即便store的@Published属性未更新、week也无变化，导致不必要的卡顿。

第二种写法的优化原理 #

添加let store = self.store并使用局部变量传递后：

let store = self.store
PageView(content: { week in
    PageContentView(week: week, store: store)
})

1. 稳定引用的捕获：局部变量store直接持有self.store的引用（指向同一个StateObject实例），闭包仅捕获这个独立的引用，而非整个父视图self。
2. 准确的参数等价性判断：父视图重渲染时，store的引用始终不变，SwiftUI 能明确判断PageContentView的week和store参数均未发生等价性变化，因此会重用已有视图实例，不会触发body的重新计算。
3. 精准的依赖追踪：这种写法让 SwiftUI 清晰识别子视图的依赖仅为store的@Published属性，与父视图的滚动状态等无关变量彻底解绑，从根源避免了无意义的重渲染触发。

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