Android Jetpack Compose多模块项目是否推荐使用多个NavController？

不推荐用3个独立NavController的原因 #

• 回退逻辑混乱：每个NavController各自维护回退栈，用户从首页进入设置再返回时，很可能出现不符合预期的跳转行为，还得额外写代码同步栈状态，徒增开发成本。
• 数据共享麻烦：模块间传递用户信息这类共享数据时，多个控制器的宿主需要额外做数据中转，复杂度直接上升。
• 不符合官方设计思路：Jetpack导航组件本身就推荐用单NavController管理全应用导航，尤其是单Activity架构下，能更好地利用导航图、深层链接、生命周期管理等特性，不用自己造轮子。

推荐单个NavController+嵌套导航图的方案 #

用单个控制器，但通过嵌套导航图拆分模块，既能保持代码模块化，又能统一管理整个导航流程：

1. 创建一个根导航图，将Onboarding、Home（底部导航）、Settings三个模块的导航图嵌套进去
2. 引导流程完成后，直接跳转到Home导航图的起始页面，同时清空Onboarding的回退栈（避免用户返回引导页）
3. 底部导航的4个页面作为Home导航图的子目的地，用BottomNavigationView.setupWithNavController()绑定到根NavController即可，官方方法会自动处理选中状态和回退逻辑
4. 设置模块的7个页面作为Settings导航图的子目的地，从首页的设置入口跳转进入，正常保留回退逻辑

关键实现细节 #

• 清空引导页回退栈的代码示例：

navController.navigate(
    R.id.action_onboarding_to_home,
    null,
    NavOptions.Builder()
        .setPopUpTo(R.id.onboarding_graph, true)
        .build()
)

这样配置后，用户按返回键就不会回到引导流程了。

• 嵌套导航图配置：在根导航图中用<include>标签引入各模块的导航图，让代码结构更清晰。

特殊场景的例外情况 #

如果你的设置模块需要完全独立的运行环境（比如单独的主题、完全隔离的回退栈），可以考虑在Home页面的某个Fragment中嵌入Settings的NavHostFragment，但这种场景非常少见，大部分情况下单NavController就足够满足需求。

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