如何清空backstack再启动一个新fragment呢

[showwiki]

遇到个问题，是如果我的任务栈已经叠加了两个fragment ， 比如 A打开B， 此时回退可以看到A， 但如果此时想从B到C，那怎么清除在后台的A呢？ 从B到C， popSelf 不能清除掉最下层的A，popTo C也不能清除A， 从B到C， pop 和push 连着调用 会导致fragment重影， 新开的C和A重叠在一起了。有什么办法可以清空任务栈后再启动一个新的fragment， 或者清空某个后退站底层的fragment后再压入一个。

[showwiki]

在使用官方demo的时候，我把 LaunchModeFragment 中 binding.btnPoptohome.setOnClickListener {
navigator.popTo(HomeFragment::class)
} 中的 navigator.popTo(HomeFragment::class) 改为 navigator.popTo(HomeFragment::class, true)

再点击HomeFragment 中的任何按钮都崩溃，java.lang.IllegalArgumentException: No destination with ID 0 is on the NavController's back stack. The current destination is null

[qdsfdhvh]

目前做不到，NavController相关的方法基本都没法对底栈做处理，也让替换第一个fragment的行为变得束手无策；
我本来想从beta版本中multi-back功能中找点路子来处理，但是最近研究下来这条路也走不通；
现在是想尝试提供一个新方法，把老的相关的东西全部清空再去启动新的fragment；
不过个人时间有限，欢迎一起研究&pr，尽早把这个老大难的问题解决了。

[showwiki]

从popTo入手，观察了一下popBackStackInternal的实现，发现他是搞了一个for循环popStack，我在fragivity官方demo里面的LaunchModeFragment 中binding.btnPoptohome.setOnClickListener 中实验了如下反射代码，实验中我多点了几个标准的LaunchModeFragment 放在popStack中，目测是可以清掉后台backstack中所有fragment，除了root的HomeFragment，不过我自己都觉得太野蛮了些，一路反射，最后也需要loadroot才能加载想要的页面。 还是有些问题，等明天再研究一下loadroot的实现

val navController = navigator.navController
            val declaredField =
                androidx.navigation.NavController::class.java.getDeclaredField("mBackStack")
            val declaredField2 =
                androidx.navigation.NavController::class.java.getDeclaredField("mNavigatorProvider")

            declaredField2.isAccessible = true
            declaredField.isAccessible = true

            val mNavigatorProvider = declaredField2.get(navController) as NavigatorProvider
            val mBackStack = declaredField.get(navController) as Deque<NavBackStackEntry>

            if (mBackStack.isEmpty()) {
                // Nothing to pop if the back stack is empty
//                return
            }
            val popOperations = mutableListOf<Navigator<*>>()
            val iterator: Iterator<NavBackStackEntry> = mBackStack.descendingIterator()
            var foundDestination = false
            while (iterator.hasNext()) {
                val destination = iterator.next().destination
                val navigator: Navigator<*> = mNavigatorProvider.getNavigator(
                    destination.navigatorName
                )
                popOperations.add(navigator)
            }
            var popped = false
            for (item in popOperations) {
                popped = if (item.popBackStack()) {
                    val entry: NavBackStackEntry = mBackStack.removeLast()
                    if (entry.lifecycle.currentState.isAtLeast(Lifecycle.State.CREATED)) {
                        val declaredMethod =
                            androidx.navigation.NavBackStackEntry::class.java.getDeclaredMethod(
                                "setMaxLifecycle",
                                Lifecycle.State::class.java
                            )
                        declaredMethod.isAccessible = true
                        declaredMethod.invoke(entry, Lifecycle.State.DESTROYED)
                    }
                    true
                } else {
                    // The pop did not complete successfully, so stop immediately
                    break
                }
            }

            val declaredMethod =
                androidx.navigation.NavController::class.java.getDeclaredMethod(
                    "updateOnBackPressedCallbackEnabled")
            declaredMethod.isAccessible = true
            declaredMethod.invoke(navController)

            val  activity =  requireActivity() as MainActivity
            val navHostFragment = activity.findOrCreateNavHostFragment(R.id.nav_host)
            navHostFragment.loadRoot(HomeFragment::class)

[qdsfdhvh]

说到重复loadRoot，它其实也算是再次调用了NavController.setGraph，这个倒是navigation支持的，就是没有跳转动画；可以尝试先用这从这个方向适配出一个无动画的方案。

[qdsfdhvh]

刚刚在develop分支里新开发了一个pushTo方法，可以试下效果。

[showwiki]

完美，navigation 终于可以用了，看了一下改动的源码，很巧妙啊，kotlin的扩展方法原来这么牛掰，就是为写扩展库用的啊。我还傻乎乎的反射。

[showwiki]

Utils 中如果this.java.name.hascode容易冲突的话，可以考虑this.java.canonicalName 这个 带完整包名的名字，应该不会有冲突

[showwiki]

navigator.showDialog打开DialogFragment后， 关闭 是navigator.navigateUp,还是 navigator.pop(), 用navigator 这种方式打开后，以前用dialogfragment 实例实现的监听好像用不了吧。以前都是DialogFragment()一个实例instance，然后instance.setCustomeListener定义一些监听进行相关处理。navigator有相关的支持吗

[qdsfdhvh]

navigator.showDialog打开DialogFragment后， 关闭 是navigator.navigateUp,还是 navigator.pop(), 用navigator 这种方式打开后，以前用dialogfragment 实例实现的监听好像用不了吧。以前都是DialogFragment()一个实例instance，然后instance.setCustomeListener定义一些监听进行相关处理。navigator有相关的支持吗

dialong方面库里就实现了自动添加了node，其他都是原有navigation那一套，关闭应该就是NavController.popBackStack;
我个人建议dialog方面还是维持原本的用法，去使用navigation打开反而不自由了。

我看了下这篇文章关于java：Name和CanonicalName有什么区别？，感觉输出差不多，而canonicalName在某些情况下会返回null，所以我暂时还是先用name。

[showwiki]

发现一个bug ， A->B->C. C pushTo 到A， 再返回 ，B 、 C都还在啊, 虽然从stack 弹窗显示，都不在，但点击返回键确能退回去，是不是graph里面的逻辑没有清掉

[qdsfdhvh]

抱歉才恢复，我查看下问题

发现一个bug ， A->B->C. C pushTo 到A， 再返回 ，B 、 C都还在啊, 虽然从stack 弹窗显示，都不在，但点击返回键确能退回去，是不是graph里面的逻辑没有清掉