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

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

如果您的文件名与包含main方法的类名不同，则可能会导致此错误。

我也遇到过这种错误。

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

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后，它将找不到这样一个方法，它看起来好像它被删除了而没有被更改，因此出现了命名错误。

希望这能有所帮助。

如果你在写一个webapp，确保你的容器的全局库目录和你的应用程序中没有冲突的jar版本。你可能不知道类加载器正在使用哪个jar。

如。

" /好/李勃200 mywebapp / WEB-INF /李勃

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

发生此错误的实例: 我碰巧犯了一个愚蠢的错误，在一个非静态方法中访问私有静态成员变量。将方法改为静态解决了这个问题。