通常当这种情况发生在我身上时，我遇到了Charles Madere所描述的问题:在同一个ui上触发了两个导航事件，一个改变了currentDestination，另一个失败是因为currentDestination被改变了。 如果双击或单击两个视图，就会发生这种情况，其中有一个点击侦听器调用findNavController.navigate。

所以要解决这个问题，你可以使用if-checks, try-catch，或者如果你感兴趣，有一个findSafeNavController()，它在导航之前为你做这个检查。它还有一个检查，以确保您不会忘记这个问题。

GitHub

详细说明问题的文章

正如在其他回答中提到的，此异常通常发生在用户

同时单击处理导航的多个视图 在处理导航的视图上多次单击。

使用计时器来禁用单击并不是处理此问题的合适方法。如果用户在计时器过期后还没有导航到目的地，应用程序无论如何都会崩溃，在许多情况下，导航不是执行的动作，快速点击是必要的。

在情况1中，android:splitMotionEvents=“false”在xml或setMotionEventSplittingEnabled(false)在源文件应该有帮助。将此属性设置为false将只允许一个视图进行单击。你可以在这里阅读

在情况2中，会有一些东西延迟导航过程，允许用户多次单击视图(API调用，动画等)。如果可能的话，应该解决根本问题，以便即时进行导航，不允许用户两次单击视图。如果延迟是不可避免的，就像在API调用的情况下，禁用视图或使其不可点击将是适当的解决方案。

我在我的项目中也有同样的问题，首先我试图在视图上触发导航动作的点击，但经过一些实验后，我发现在真正缓慢的设备上，debounce应该是一个非常高的值，导致应用程序对快速设备的用户感到缓慢。

所以我为NavController提出了以下扩展，我认为它符合原始的API，并且易于使用:

fun NavController.safeNavigate(directions: NavDirections) {
    try {
        currentDestination?.getAction(directions.actionId) ?: return
        navigate(directions.actionId, directions.arguments, null)
    } catch (e : Exception) {
        logError("Navigation error", e)
    }
}

fun NavController.safeNavigate(directions: NavDirections, navOptions: NavOptions?) {
    try {
        currentDestination?.getAction(directions.actionId) ?: return
        navigate(directions.actionId, directions.arguments, navOptions)
    } catch (e : Exception) {
        logError("Navigation error", e)
    }
}

fun NavController.safeNavigate(directions: NavDirections, navigatorExtras: Navigator.Extras) {
    try {
        currentDestination?.getAction(directions.actionId) ?: return
        navigate(directions.actionId, directions.arguments, null, navigatorExtras)
    } catch (e : Exception) {
        logError("Navigation error", e)
    }
}

请注意，我正在使用SafeArgs和NavDirections。这些函数检查操作从当前目的地是否有效，并且仅在操作不为空时进行导航。如果Navigation库每次都返回正确的操作，那么try catch部分就不需要了，但我希望消除所有可能的崩溃。

在我的例子中，我使用了一个自定义的后退按钮来向上导航。我调用了onBackPressed()而不是下面的代码

findNavController(R.id.navigation_host_fragment).navigateUp()

这导致发生IllegalArgumentException。在我将其更改为使用navigateUp()方法之后，我就不会再次崩溃了。

我得到了同样的错误，因为我使用了导航抽屉和getSupportFragmentManager(). begintransaction()。替换()在同一时间在我的代码某处。

我通过使用这个条件(测试是否目的地)摆脱了错误:

if (Navigation.findNavController(v).getCurrentDestination().getId() == R.id.your_destination_fragment_id)
Navigation.findNavController(v).navigate(R.id.your_action);

在我的例子中，之前的错误是在我单击导航抽屉选项时触发的。基本上上面的代码确实隐藏了错误，因为在我的代码中，我使用导航使用getSupportFragmentManager(). begintransaction()。replace()条件-

 if (Navigation.findNavController(v).getCurrentDestination().getId() ==
  R.id.your_destination_fragment_id) 

从未到达，因为(Navigation.findNavController(v). getcurrentdestination (). getid()总是指向home片段。你必须只使用navigation . findnavcontroller (v).navigate(R.id.your_action)或nav图形控制器函数来处理你的所有导航操作。

我解决了同样的问题，把检查之前导航，而不是样板代码点击即时控制

 if (findNavController().currentDestination?.id == R.id.currentFragment) {
        findNavController().navigate(R.id.action_current_next)}
/* Here R.id.currentFragment is the id of current fragment in navigation graph */

根据这个答案

https://stackoverflow.com/a/56168225/7055259