Android Navigation Component 多入口场景下如何动态返回原始起始页

针对你描述的多来源进入公共页面、返回时回溯到对应起始页的需求，Android Navigation Component（以下简称Nav）提供了完备的官方原生能力支撑，大部分场景无需从零编写自定义栈管理逻辑，仅需按照导航栈规则正确配置即可实现。

基础场景的原生实现逻辑 #

Nav默认维护与系统返回栈行为对齐的回退栈结构：每次执行navigate()跳转目标页面时，默认会将当前页面压入回退栈栈底，用户点击系统返回按钮时，会依次弹出栈顶页面实现逐级回溯。
针对你描述的两条流转路径，按照常规跳转逻辑配置时，回退栈会天然匹配预期的返回路径：

• 从Fragment A流转到B、再流转到C的链路：依次执行两次跳转后，回退栈结构为[A, B, C]，在Fragment C触发返回时，会依次经过B最终回到A，完全符合预期
• 从Fragment X直接流转到B、再流转到C的链路：依次执行两次跳转后，回退栈结构为[X, B, C]，在Fragment C触发返回时，会依次经过B最终回到X，无需额外自定义逻辑

注：多数开发者在该场景下遇到返回路径错误的问题，基本都是在跳转公共页面B时，错误配置了popUpTo规则，误将链路上游的A或X页面从回退栈中移除，导致回退路径偏离预期。

特殊场景的官方扩展配置 #

如果你的业务逻辑中，跳转到公共页面B时本身需要清理链路中部分上游页面，无法依靠默认回退栈实现逐级回溯，也可以通过官方提供的参数透传能力快速实现：

• 在配置跳转到Fragment B的导航action时，新增一个类型为Int的导航参数originId，用于标记当前链路的起始页面ID，在从A跳B、从X跳B时分别传入对应的页面ID值
• 这个参数会随着导航动作自动透传到后续跳转的Fragment C中，在Fragment C处理返回动作时，直接读取该originId参数，调用官方提供的popBackStack(destinationId = originId, inclusive = false)方法，即可一步直接回退到对应的起始页面，无需手动维护页面栈引用
• 涉及跨页面传递返回结果时，可直接使用Nav内置的SavedStateHandle能力完成值传递，不需要借助静态变量、全局单例存储来源标记，避免屏幕旋转等配置变更场景下的状态丢失

需要自定义逻辑的边界场景 #

只有当你的公共页面B需要接入超过3条以上的流转链路，且不同链路的返回逻辑需要携带特殊业务判断（比如校验用户登录状态、检查页面中间的弹窗配置）时，才需要在官方回退栈能力的基础上补充少量自定义判断逻辑，不需要完全替换Nav的原生栈管理机制。

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