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

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

我通过重命名一个Junit测试文件在Eclipse中解决了这个问题。 在我的Eclipse工作空间中，我有一个App项目和一个Test项目。 Test项目将App项目作为构建路径上的必需项目。

开始获取NoSuchMethodError。 然后我意识到Test项目中的类与App项目中的类具有相同的名称。

App/  
  src/
     com.example/  
       Projection.java
Test/  
  src/
     com.example/
       Projection.java

在将测试重命名为正确的名称“ProjectionTest.java”后，异常消失了。

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

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

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

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

我也遇到过这种错误。

我的问题是我改变了一个方法的签名，就像这样

void invest(Currency money){...}

成

void invest(Euro money){...}

从类似于的上下文调用此方法

public static void main(String args[]) {
    Bank myBank = new Bank();

    Euro capital = new Euro();
    myBank.invest(capital);
}

编译器对警告/错误保持沉默，因为资本既是货币也是欧元。

出现问题的原因是，我只编译了定义方法的类- Bank，而没有编译调用方法的类，其中包含main()方法。

您可能不会经常遇到这个问题，因为最常见的情况是手动重新构建项目或自动触发Build操作，而不仅仅是编译一个修改过的类。

我的用例是，我生成了一个.jar文件，它是用来作为一个热修复，不包含App.class，因为这是没有修改。对我来说，不包含它是有意义的，因为我通过继承保留了初始参数的基类。

问题是，当你编译一个类时，产生的字节码是静态的，换句话说，它是一个硬引用。

原始的分解字节码(由javap工具生成)如下所示:

 #7 = Methodref          #2.#22         // Bank.invest:(LCurrency;)V

在ClassLoader加载新的编译后的Bank.class后，它将找不到这样一个方法，它看起来好像它被删除了而没有被更改，因此出现了命名错误。

希望这能有所帮助。