Jetpack Compose导航状态恢复异常：跳转至第三页面问题咨询

核心概念：回退栈与保存状态链 #

Navigation Component的状态管理依赖两个核心结构：

• 回退栈（Back Stack）：当前活跃的目的地序列，决定用户可见页面和默认回退行为。
• 保存状态链（Saved State Chain）：当调用popBackStack(..., saveState = true)时，被弹出的目的地（及其所有子导航栈的状态）会被序列化保存到Navigation的SavedStateRegistry中，形成一个关联的状态链，该链会绑定到父级目的地的保存状态上。

操作流程的栈状态变化 #

我们逐步骤拆解底层逻辑：

1. 初始状态：回退栈为 [First]，无任何保存状态。
2. 导航到Second：回退栈更新为 [First, Second]，restoreState=true无作用（Second无保存状态）。
3. 导航到Third：回退栈更新为 [First, Second, Third]，restoreState=true无作用。
4. 从Third回退到Second（saveState=true）：
   • Third被弹出回退栈，回退栈变为 [First, Second]。
   • Third的状态（包括rememberSaveable的数值、它从Second导航而来的上下文）被保存，形成状态链 [Third]，并绑定到Second的保存状态中。
5. 从Second回退到First（saveState=true）：
   • Second被弹出回退栈，回退栈变为 [First]。
   • Second的状态（包括它绑定的[Third]状态链）被整体保存，形成新的状态链 [Second -> Third]。
6. 再次导航到Second（restoreState=true）：
   • Navigation检测到Second存在保存状态，会完整恢复其绑定的整个状态链：先恢复Second，再自动恢复它关联的Third。
   • 最终回退栈直接变为 [First, Second, Third]，Third作为栈顶被显示，这就是你看到“直接跳转到Third”的原因。
   • 你观察到“回退栈中仅存在Third”，是因为自定义的BackHandler覆盖了默认回退逻辑，导致回退栈的实际结构被误判，真实栈结构应为First -> Second -> Third。

为什么移除Third回退的saveState后异常消失？ #

当你移除Third回退时的saveState=true，步骤4中Third被弹出后不会保存状态，此时Second的保存状态中没有绑定的Third状态链。步骤6导航到Second时，restoreState=true只会恢复Second本身，不会触发Third的自动恢复，因此异常消失，但Third的状态也无法再被恢复。

本质结论 #

Navigation的saveState不是孤立保存单个目的地的状态，而是保存该目的地及其所有子导航栈的完整导航上下文；restoreState=true会完整恢复这个上下文链，而非单个页面。你的代码中连续的saveState=true操作，让Second的保存状态包含了Third的导航上下文，最终导致再次导航时自动恢复整个链。

内容的提问来源于stack exchange，提问作者Michel Vedel Howard