当然可行！Jetpack Navigation组件完全支持你提出的导航需求，下面结合你的场景和官方最佳实践给出具体方案：

一、你的现有方案（推荐，符合官方最佳实践） #

你提到的连续调用两次navigate()方法的思路非常实用，本质是手动构建了完整的导航栈（MainFragment → ListFragment → DetailFragment），这样系统默认的BACK和UP导航行为会保持一致——从DetailFragment回退时都会先回到ListFragment，再回到MainFragment，完全符合官方文档中“返回按钮应与系统返回按钮功能相同”的建议。

具体代码格式化如下：

findNavController().navigate(MainFragmentDirections.toListFragment())
findNavController().navigate(ListFragmentDirections.toDetailFragment(data))

这种方案的优势是逻辑简单直观，完全遵循Navigation组件的栈式导航规则，不需要额外配置返回行为，避免了自定义导航逻辑可能带来的异常。

二、区分BACK与UP导航的可选方案（仅供参考） #

如果你后续有需要区分两者行为的场景（比如BACK回MainFragment，UP回ListFragment），可以通过配置NavOptions来实现：

1. 从MainFragment直接跳转到DetailFragment时，指定UP导航的目标为ListFragment
2. 同时保持返回栈中仅保留MainFragment和DetailFragment，确保BACK按钮回退到MainFragment

示例代码如下：

val navOptions = NavOptions.Builder()
    // 设置UP导航的目标页面为ListFragment
    .setUpDestination(R.id.listFragment)
    // 确保返回栈中保留MainFragment，跳转后栈结构为Main → Detail
    .setPopUpTo(R.id.mainFragment, inclusive = false)
    .build()

findNavController().navigate(MainFragmentDirections.toDetailFragment(data), navOptions)

注意：这种方案会让ListFragment在UP导航时重新创建（因为它不在当前返回栈中），如果ListFragment需要保留状态，你需要额外通过ViewModel或saveState来处理，复杂度会有所提升，因此官方更推荐让BACK和UP行为保持一致的方案。

内容的提问来源于stack exchange，提问作者Berťák