SwiftUI导航：如何实现从视图B返回主视图A后自动打开C且不被自动dismiss？

你观察到的C自动dismiss现象，本质是同一RunLoop内同步触发了两个导航栈变更操作导致的：

• 在视图B的操作回调里，你同时修改了两个状态：把控制B展示的showB置为false（触发B从导航栈弹出）、把控制C展示的showC置为true（触发C压入导航栈）
• SwiftUI的导航状态是按事务批量处理的，当它识别到当前操作关联了被弹出的导航链路时，会把同一事务内的所有后续压栈操作一并作废，最终表现为C短暂闪现后立刻被关闭。

方案1：错开两个导航操作的执行时机 #

这种调整不需要改动B、C内部的自行dismiss逻辑，只需要把原来透传给B的showC绑定换成事件回调即可：

• 不要在B的回调里同步修改两个导航状态，先触发B的弹出，等B完全回到视图A之后，再触发C的跳转
• 在视图A侧记录“待跳转C”的标记，收到B的事件后先触发B的dismiss
• 监听B的展示状态，当B完全退出（showB变为false）时，延后到下一个RunLoop周期再触发C的跳转，避开同事务的导航冲突

示例代码片段：

// 视图A内的状态定义
@State private var showB = false
@State private var showC = false
@State private var pendingJumpToC = false

// 配置导航链接
NavigationLink(destination: B_View(triggerJump: {
    // 收到B的跳转请求：先标记待跳转，再触发B的dismiss
    pendingJumpToC = true
    showB = false
}), isActive: $showB) { EmptyView() }

NavigationLink(destination: C_View(), isActive: $showC) { EmptyView() }

// 监听B的状态变化，完成后续跳转
.onChange(of: showB) { newValue in
    if !newValue && pendingJumpToC {
        pendingJumpToC = false
        // 延后到下一个RunLoop执行，避开同事务的导航冲突
        DispatchQueue.main.async {
            showC = true
        }
    }
}

方案2：采用路径驱动的导航（iOS16+ 更适配） #

放弃零散的isActive绑定式NavigationLink，改用统一管理导航栈路径的实现，从根源上避免同事务状态冲突：

• 在视图A侧维护统一的导航栈数组，所有压栈、出栈操作都对这个数组做修改
• 当收到B的跳转完成回调时，直接对栈数据做原子性的两步修改：先弹出栈顶的B元素，再压入C元素
  这种模式下导航系统是基于整个路径的前后差量做更新，不会出现误取消压栈操作的问题，同时完全兼容B、C自行dismiss的原有逻辑，不需要调整子视图内部的dismiss调用代码。

示例代码片段：

// 定义导航路由枚举
enum Route: Hashable {
    case b
    case c
}

// 视图A实现
@State private var navPath = NavigationPath()

var body: some View {
    NavigationStack(path: $navPath) {
        // 主视图A的界面内容
            .navigationDestination(for: Route.self) { route in
                switch route {
                case .b:
                    B_View(onActionDone: {
                        // 一步完成栈调整：弹出B，压入C
                        navPath.removeLast()
                        navPath.append(Route.c)
                    })
                case .c:
                    C_View()
                }
            }
    }
}

注意：不要把跨层级的导航状态绑定直接透传到子导航栈的视图内部，否则当子视图所在的导航链路被弹出时，它持有的所有绑定对应的状态变更都会被纳入同一导航事务，很容易触发类似的误关闭问题。

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