Kotlin Navigation多导航图下navController跳转报目的地找不到错误

两个配置错误叠加，直接打乱了导航框架的状态逻辑，触发了报错：

• 重复向同一个NavHostFragment容器添加Fragment，完全绕开了NavController的状态管理
  布局里已经把orderFragmentId容器配置成NavHostFragment，还绑定了@navigation/order_detail导航图。这个组件本身就会自动加载导航图的起始目的地Fragment、维护回退栈和当前所处的目的地状态。但你在Activity的onCreate里，又用supportFragmentManager手动往同一个容器里塞了一个独立的OrderDetailFragment实例——这个手动加的Fragment完全不在NavController的管理范围内，相当于你在NavHostFragment的展示层上盖了一个自己的Fragment，NavController根本不知道你现在UI上看到的是哪个Fragment，内部记录的状态和实际显示内容完全错位。
• 手动Fragment事务和NavController的导航逻辑完全冲突
  代码里定义的navigateTo()方法用replace操作直接替换容器里的Fragment，同样属于不经过NavController的操作。这类操作不会更新NavController的内部状态，最终就会出现“UI上你看到的是OrderDetailFragment，但是NavController认为当前已经在DriverMapFragment页面”的错位，自然找不到OrderDetailFragment节点下定义的跳转动作。
  报错提示“当前目的地为driverMapFragment，找不到对应跳转动作”，就是这种状态错位的典型表现。

按以下步骤调整，即可实现正常跳转：

1. 彻底移除手动操作Fragment的代码
   删掉OrdersActivity中onCreate里手动添加OrderDetailFragment的逻辑，同时删掉冗余的navigateTo()方法。NavHostFragment会根据绑定的导航图自动加载起始目的地OrderDetailFragment，不需要手动往容器里添加Fragment实例。
2. 校验导航图配置
   打开@navigation/order_detail导航图，确认两个核心配置正确：
   • orderDetailFragment节点下确实定义了指向driverMapFragment的action，action的ID和代码里调用的R.id.action_orderDetailFragment_to_driverMapFragment完全一致
   • driverMapFragment作为独立的目的地节点存在于导航图中，没有被错误配置为全局动作导致状态错乱
3. 优化NavController的获取方式
   把OrderDetailFragment里手动声明lateinit var navController: NavController的写法替换成更稳妥的实现，降低状态错位的概率：

   // 原写法
   navController = Navigation.findNavController(view)
   // 替换为Fragment自带的扩展方法
   navController = findNavController()
   

   按钮点击的跳转逻辑可以任选两种实现之一（直接传入action ID、使用SafeArgs生成的Directions类），状态同步正常后就不会再报找不到action的错。
4. 统一导航操作入口
   所有Fragment之间的切换动作，全部通过NavController的navigate()方法完成，不要再用supportFragmentManager手动执行add/replace Fragment事务，从根源上避免NavController的内部状态和实际UI显示错位。

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