NavigationStack中navigationDestination用ViewModel偶现无限循环问题

问题现象 #

在每个视图独立持有ViewModel（@Observable类型，用@State修饰）的项目中，使用.navigationDestination时偶现无限循环：

• 直接在闭包中引用ViewModel的属性时，navigationDestination会被无限调用，但检查navigationPath的值始终正确：

@State var viewModel: ViewModel

var body: some View {
    Text("Some View")
        .navigationDestination(for: Routing.self) { route in
            switch route {
                case .showMap:
                    MapView(viewModel.someValue)
            }
        }
}

• 改为通过路由枚举直接传递参数，不引用ViewModel时，代码运行完全正常：

@State var viewModel: ViewModel

var body: some View {
    Text("Some View")
        .navigationDestination(for: Routing.self) { route in
            switch route {
                case .showMap(let someValue):
                    MapView(someValue)
            }
        }
}

该问题会随机在某个导航场景触发，并非每次必现。

原因分析 #

核心问题在于@Observable类型的ViewModel被@State修饰时，其属性变化会触发视图body的重新计算。当navigationDestination的闭包捕获了ViewModel后：

1. 每次ViewModel的属性（哪怕是微小的引用变化）更新，都会导致闭包被重新创建；
2. SwiftUI的导航系统会检测到目的地视图的依赖发生变化，误判为需要重新处理导航逻辑，进而重复调用navigationDestination闭包，形成无限循环；
3. 即使navigationPath的值没有变化，这种闭包依赖的变化也会触发导航逻辑的重复执行。

而通过路由枚举直接传递参数时，闭包仅依赖路由枚举的原始值，不会订阅ViewModel的变化，因此不会触发重复执行。

解决方案 #

1. 优先使用路由传递参数：将目标视图需要的参数直接封装到路由枚举中，在navigationDestination闭包中直接使用路由携带的值，避免闭包引用外部ViewModel。这是最稳妥的方案，完全规避了闭包依赖ViewModel带来的问题。
2. 减少闭包对ViewModel的直接依赖：如果必须在闭包中使用ViewModel相关数据，可提前将需要的值提取到非响应式的局部变量中，再传递给目标视图，切断闭包与ViewModel响应式状态的绑定。

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