我也遇到过同样的问题。当类中存在模糊性时，也会出现这种情况。我的程序试图调用一个方法，该方法存在于两个JAR文件中，位于相同的位置/类路径。删除一个JAR文件或只使用一个JAR文件来执行代码。检查您使用的不是相同的JAR，也不是包含相同类的同一个JAR的不同版本。

DISP_E_EXCEPTION [step] [] [Z-JAVA-105 Java异常Java .lang. nosuchmethoderror (com.example.yourmethod)]

我也遇到过同样的问题。我改变了一个方法的返回类型，并运行了这个类的测试代码。这就是我面对这个NoSuchMethodError的时候。作为一种解决方案，在再次运行测试代码之前，我在整个存储库上运行了一次maven构建。这个问题在下一次测试运行中得到了解决。

注意，在反射的情况下，您将得到NoSuchMethodException，而对于非反射代码，您将得到NoSuchMethodError。当我面对其中一种和另一种时，我倾向于去看非常不同的地方。

来回答最初的问题。根据java文档:

"NoSuchMethodError"当应用程序试图调用类(静态或实例)的指定方法，而该类不再有该方法的定义时抛出。

通常，这个错误会被编译器捕获;只有当类的定义发生不兼容的更改时，此错误才会在运行时发生。

如果发生在运行时，检查包含该方法的类是否在类路径中。 检查是否添加了新版本的JAR，方法是否兼容。

这也可以是使用反射的结果。如果你的代码反映了一个类，并通过名称提取了一个方法(例如:with class。getDeclaredMethod("someMethodName"， .....))，那么每当方法名称发生变化时，例如在重构期间，您将需要记住更新反射方法的参数以匹配新的方法签名，否则getDeclaredMethod调用将抛出NoSuchMethodException。

如果这是原因，那么堆栈跟踪应该显示调用反射方法的点，您只需要更新参数以匹配实际的方法签名。

根据我的经验，当单元测试私有方法/字段，并使用TestUtilities类提取字段以进行测试验证时，偶尔会出现这种情况。(通常在设计时没有考虑到单元测试的遗留代码。)

我也有你的问题，我就是这么解决的。下面的步骤是添加库的一种工作方式。我已经正确地完成了前两个步骤，但是我没有完成最后一个步骤，即直接将“.jar”文件从文件系统拖到eclipse项目的“lib”文件夹中。此外，我必须从构建路径和“lib”文件夹中删除之前版本的库。

步骤1 -添加.jar构建路径

步骤2 -关联源和javadocs(可选)

步骤3 -实际拖动。jar文件到“lib”文件夹(非可选)