在我的案例中，问题是在构建路径中有相同库的两个版本。这个库的旧版本没有这个功能，新版本有。

试试这种方法:删除项目目录下的所有.class文件(当然，还有所有子目录)。重建。

有时mvn clean(如果您使用maven)不会清除javac手动创建的.class文件。这些旧文件包含旧签名，导致NoSuchMethodError。

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

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

这通常是在使用像Apache Ant这样的构建系统时引起的，该构建系统只在java文件比类文件更新时才编译java文件。如果方法签名发生了变化，并且类使用了旧版本，则可能无法正确编译。通常的修复方法是做一个完整的重建(通常是“ant clean”然后“ant”)。

有时，当针对一个库版本进行编译，但针对不同的版本运行时，也会导致这种情况。

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

以上答案解释得很好。再补充一点 如果你正在使用eclipse，使用ctrl+shift+T并输入类的包结构(例如:gateway.smpp.PDUEventListener)，你会找到它存在的所有jar /项目。从类路径中删除不必要的jar或将其添加到类路径中。现在它会选择正确的。