SwiftUI NavigationStack：往返导航时视图状态为何会保留？

这个问题我之前在项目里也踩过坑，当时百思不得其解，后来翻了SwiftUI的导航机制才搞明白，下面给你理清楚原因和解决办法：

为什么状态会保留？ #

首先得说SwiftUI NavigationStack的视图缓存和生命周期逻辑：

• 当你通过重置NavigationPath回到View B时，原来的View C、View D理论上应该从导航栈中移除，对应的视图实例也会被销毁。但SwiftUI为了优化性能，有时候会缓存最近使用过的视图实例，尤其是当你很快又导航回同一个目标（比如.ScreenC）时，它会复用之前的实例，导致状态保留。
• 另一种常见情况：如果View C的状态是存在生命周期更长的对象里（比如单例的@ObservableObject/@StateObject），那不管视图创建多少次，状态都会存在——因为ViewModel是全局唯一的，和视图的生命周期解绑了。
• 还有，你的DashboardDestinations枚举里的.ScreenC是无关联值的，SwiftUI会把“导航到.ScreenC”当作同一个目标，所以可能会复用之前创建的View C实例，而不是新建。

怎么解决状态重置的问题？ #

根据不同的状态管理方式，有几种靠谱的解决办法：

方法1：给导航目标加唯一标识（最推荐） #

修改你的DashboardDestinations枚举，给.ScreenC关联一个唯一的ID（比如UUID），这样每次导航到View C时，都是一个全新的导航目标，SwiftUI就会创建新的View C实例，自然重置状态：

// 修改枚举
enum DashboardDestinations: Hashable {
    case ScreenA
    case ScreenB
    case ScreenC(id: UUID) // 加唯一ID
    case ScreenD
}

// 导航到View C时传入新的UUID
DashboardRouter.shared.path.append(DashboardDestinations.ScreenC(id: UUID()))

// 对应的NavigationDestination也要更新
.navigationDestination(for: DashboardDestinations.self) { screen in
    switch screen {
    case .ScreenA: ScreenA()
    case .ScreenB: ScreenB()
    case .ScreenC(let id): ScreenC() // 这里id只是用来区分目标，不用传给View C也可以
    case .ScreenD: ScreenD()
    }
}

这个方法从根源上解决了复用问题，因为每次导航的目标都是“唯一”的，SwiftUI不会复用旧实例。

方法2：确保View C的状态和视图生命周期绑定 #

如果View C用@State或者@StateObject管理状态，要保证状态是视图内部创建的，而不是外部传入的单例：

struct ViewC: View {
    // @State是视图内部的状态，视图销毁时状态也会销毁
    @State private var inputText = ""
    // @StateObject也是和视图实例绑定的，每次新建View C都会新建ViewModel
    @StateObject private var viewModel = ViewCViewModel()

    var body: some View {
        TextField("输入内容", text: $inputText)
        // ... 其他视图内容
    }
}

如果你的View C是用外部传入的ViewModel（比如@ObservedObject），那要确保每次导航时都传入新的ViewModel实例，而不是复用同一个。

方法3：在View C出现时手动重置状态 #

如果上面的方法你暂时不想改，也可以在View C的onAppear回调里手动重置状态：

struct ViewC: View {
    @State private var inputText = ""

    var body: some View {
        TextField("输入内容", text: $inputText)
            .onAppear {
                // 每次视图出现时重置状态
                inputText = ""
            }
    }
}

不过这个方法有个小缺点：onAppear不仅会在导航到View C时触发，当App从后台回到前台时也会触发，所以如果需要区分“导航触发的出现”和“后台恢复的出现”，你可能需要结合导航路径的变化来做判断（比如在View C里观察DashboardRouter.shared.path的变化）。

最后再提醒一下：如果你的DashboardRouter是单例，要注意它的path变化是否会被正确传递到NavigationStack——确保你在RootView里用.environmentObject(DashboardRouter.shared)或者@StateObject持有它，而不是直接用单例（虽然单例也能工作，但SwiftUI的环境管理更可靠）。

内容来源于stack exchange