SwiftUI中NavigationStack+NavigationPath致视图多次初始化/销毁问题

现象说明 #

在SwiftUI开发中使用NavigationStack结合NavigationPath时，出现了两种不同的视图初始化行为：

• 闭包内直接编写switch逻辑（Method4）：按照测试路径（RootView→CookieView→MilkView→CookieView→返回RootView），每个视图及其ViewModel仅执行一次init和deinit，符合预期。
• 视图创建逻辑抽离到外部函数（Method1-3）：每次导航时，NavigationPath中已有n个元素就会触发n次额外的视图初始化，且这些实例未被实际使用就被销毁。

原因解析 #

这不是SwiftUI的Bug，而是其视图构建机制的特性导致：

1. 闭包内switch的优化逻辑：SwiftUI能静态解析闭包内的switch分支，精准匹配每个导航路径元素对应的视图类型，只会在需要显示该视图时才初始化对应的实例，不会产生冗余操作。
2. 外部普通函数的局限性：当视图创建逻辑放在普通外部函数中时，SwiftUI无法提前推断函数返回的视图类型与导航路径的绑定关系。为了确保导航的正确性，它会预创建所有可能匹配当前NavigationPath元素的视图实例，随后筛选出实际需要的实例，未被使用的实例就会被立即销毁，从而产生额外的init/deinit日志。

解决方案 #

如果需要抽离视图创建逻辑，使用**@ViewBuilder修饰的视图构建函数**即可解决问题。@ViewBuilder能让SwiftUI正确解析函数内的视图分支，保留静态类型推断能力：

@ViewBuilder
func makeDestinationView(for route: Route) -> some View {
    switch route {
    case .cookie(let count):
        CookieView(viewModel: CookieViewModel(count: count))
    case .milk(let count):
        MilkView(viewModel: MilkViewModel(count: count))
    }
}

之后在navigationDestination中直接调用该函数，就能和闭包内写switch逻辑的效果一致，避免冗余的视图初始化。

结论 #

该现象是SwiftUI视图系统的设计特性，而非Bug。核心问题在于普通外部函数破坏了SwiftUI对视图类型的静态推断能力，导致冗余实例创建。使用@ViewBuilder修饰的视图函数可以恢复这种推断能力，解决重复初始化问题。

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