Navigation Component：从E返回起始Fragment的替代实现方案问询

你提到的设置「pop up to C inclusive」的方案完全可行，不需要存储起始Fragment的ID就能直接回到A或B。

原理说明 #

当你从A或B启动导航序列到C时，返回栈的结构分别是：

• 从A出发：[A, C, D, E]
• 从B出发：[B, C, D, E]

如果在E返回时设置popUpTo为C的ID，并且inclusive=true，Navigation会弹出栈中所有从C开始（包括C本身）的后续Fragment——也就是C、D、E都会被弹出，最终栈里剩下的就是起始的A或B，自然回到对应的起始页。

具体实现方式 #

1. 代码中直接调用（推荐）

无需在导航图XML中额外配置action，直接在Fragment E的返回逻辑里执行：

findNavController().popBackStack(
    R.id.fragment_c,
    inclusive = true
)

2. 导航图XML配置action

在Fragment E的节点下定义返回action，指定popUpTo和inclusive属性：

<fragment
    android:id="@+id/fragment_e"
    android:name="com.example.FragmentE">
    <action
        android:id="@+id/action_e_back_to_start"
        app:popUpTo="@id/fragment_c"
        app:popUpToInclusive="true" />
</fragment>

然后在Fragment E中调用该action：

findNavController().navigate(R.id.action_e_back_to_start)

注意事项 #

• 由于你的导航序列固定为A/B→C→D→E，只要从E触发返回操作，Fragment C必然存在于返回栈中，不会出现栈为空的异常。
• 这种方式完全依赖Navigation的栈管理机制，比存储起始ID的方案更简洁，无需额外维护状态。

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