如何结合Navigation Component实现Android VIPER的Router层？

传统手动实现VIPER的Router层时，需要自行维护页面回退栈、处理Fragment/Activity的事务绑定、适配不同页面的生命周期，开发和维护成本很高，而Navigation Component作为官方提供的导航框架，已经封装了回退栈管理、生命周期绑定、转场动画配置等通用能力，和VIPER中Router层完全收拢所有页面导航逻辑、对上层业务屏蔽具体跳转细节的核心定位高度契合，完全可以支撑落地。

核心架构对齐方式 #

• 严格保持VIPER原有的单向依赖链路：Presenter只持有Router的抽象接口，完全感知不到Navigation Component的存在，所有跨页面交互只通过调用Router暴露的业务语义方法完成，例如navigateToUserProfile(userId: String)、finishCurrentPage()
• 将NavController作为Router实现类的内部私有依赖，不向Presenter、View层暴露实例，所有和导航图交互、节点跳转、回退栈操作的逻辑全部封装在Router内部
• 把应用全量的导航节点配置、跳转动作、转场规则统一收拢到应用的导航图文件中，替代传统实现里零散的Intent构造、FragmentTransaction提交逻辑

具体分层落地细节 #

• 单模块的Router实现，仅在当前页面的生命周期范围内获取绑定的NavController实例，不跨页面持有强引用，从根源上避免导航逻辑引发的内存泄漏问题
• 按照业务模块拆分独立的导航图，每个模块的Router只负责自己模块范围内的导航动作，跨模块跳转通过导航图的全局节点配置完成，不需要跨模块直接引用其他模块的页面类，保持模块间的解耦
• 所有回退逻辑统一收拢在Router层实现：包括系统返回键的回退、页面内部按钮触发的返回、特定业务场景下的栈弹出（例如支付完成后直接回到订单列表页），全部通过Router封装的方法调用popBackStack()、navigateUp()实现，View层仅做生命周期回调的透传，不直接处理导航逻辑
• 所有页面跳转需要传递的业务参数，通过Navigation Component的Safe Args机制生成类型安全的参数类，Router层在调用导航方法时完成参数的封装传递，完全不需要Presenter手动构造Bundle类参数，减少类型安全隐患
• 全局通用导航场景（例如登录态失效跳转登录页、深链启动页面路由），直接利用Navigation Component的全局导航托管能力，在Router层做统一拦截配置，不需要在每个页面重复写判断逻辑

常见实现踩坑规避 #

• 不要将导航逻辑下沉到View层或者Presenter层，严格保证导航逻辑的唯一入口是Router，避免出现跳转逻辑散落、难以排查的问题
• 不在Router层持有和业务数据加载相关的逻辑，Router只处理“跳去哪里”的决策，数据加载、业务逻辑处理的职责依然完全归属于Interactor和Presenter层，避免破坏VIPER的职责边界
• 避免直接修改导航图里的全局节点配置承载业务逻辑，所有和业务场景绑定的跳转差异，全部在Router的方法实现中通过传入导航选项的方式完成，保证导航逻辑的可追溯性

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