I caught this exception after some renames of classes. For example: I had classes called FragmentA with @+is/fragment_a in navigation graph and FragmentB with @+id/fragment_b. Then I deleted FragmentA and renamed FragmentB to FragmentA. So after that node of FragmentA still stayed in navigation graph, and android:name of FragmentB's node was renamed path.to.FragmentA. I had two nodes with the same android:name and different android:id, and the action I needed were defined on node of removed class.

如果你使用的是recyclerview，只需在你的点击上添加一个点击监听器冷却时间，并在你的recyclerview xml文件中使用android:splitMotionEvents="false"

在我的案例中，错误发生是因为我在启动画面后启用了带有Single Top和Clear Task选项的导航操作。

这发生在我身上，我的问题是我在标签项片段上单击FAB。我试图从一个标签项片段导航到另一个片段。

但是根据Ian Lake的回答，我们必须使用tablayout和viewpager，没有导航组件支持。因此，没有从包含片段的标签布局到标签项片段的导航路径。

ex:

containing fragment -> tab layout fragment -> tab item fragment -> another fragment

解决方案是创建一个从包含片段的标签布局到预期片段的路径 例如:path: container fragment ->另一个片段

劣势:

导航图不再准确地代表用户流。

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

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

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

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

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

一个荒谬但非常强大的方法是: 简单地称之为:

view?.findNavController()?.navigateSafe(action)

只需创建这个扩展:

fun NavController.navigateSafe(
    navDirections: NavDirections? = null
) {
    try {
        navDirections?.let {
            this.navigate(navDirections)
        }
    }
    catch (e:Exception)
    {
        e.printStackTrace()
    }
}