SwiftUI全局使用单一NavigationState作为环境对象是否合理？

结论先行：不会重绘导航层级中所有之前的视图，大型应用只要合理使用也不会出现明显性能问题，具体原因和优化建议如下：

• SwiftUI依赖追踪精准触发更新
  SwiftUI的更新机制是基于依赖追踪的，只有直接使用了@Published属性变化部分的视图才会被重绘。如果之前的视图只是通过环境对象获取NavigationState来发起导航操作，但没有在视图体中直接引用navigationPath的内容（比如显示路径长度、路径元素等），这些视图不会因为navigationPath的变化而触发重绘。

• NavigationStack内部做了层级优化
  NavigationStack本身对导航栈的管理有专门优化：当navigationPath变化时，它只会处理需要推送的新视图或需要弹出的视图，栈中已存在的之前的视图会被保留在后台状态，不会重新初始化或渲染。只有当从栈中弹出回到这些视图时，才会触发它们的激活逻辑，但这并非由navigationPath变化导致的重绘。

• 大型应用的性能优化建议
  若你开发的是超大型应用，可通过以下方式进一步降低性能风险：

  • 仅在需要发起导航的视图中注入/访问NavigationState环境对象，避免在无关的深层视图中引用它，减少不必要的依赖关联。
  • 如果应用模块划分清晰，可以考虑拆分导航状态，为不同模块设置独立的子路径管理，缩小全局状态的影响范围。
  • 利用Xcode的视图调试工具或在视图的body/onAppear中添加打印语句，验证实际发生重绘的视图，排查潜在的不必要更新。

你提到的导航状态实现方式本身是合理的：

class NavigationState: ObservableObject {
    @Published var navigationPath = NavigationPath()
}

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