我也遇到过类似的问题。

Caused by: java.lang.NoSuchMethodError: com.abc.Employee.getEmpId()I

最后，我发现根本原因是改变了变量的数据类型。

java——>包含数据类型从int改为String的变量(EmpId)。 使用getter getEmpId()检索值。

我们应该通过只包含修改过的类来重新打包jar。由于在ReportGeneration.java中没有任何变化，我只是在Jar文件中包含了Employee.class。我必须在jar中包含ReportGeneration.class文件来解决这个问题。

我也遇到过这种错误。

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

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

希望这能有所帮助。

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

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

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

这些问题是由在相同的两个类中使用相同的对象引起的。 所使用的对象不包含已添加新对象类包含的新方法。

ex:

filenotnull=/DayMoreConfig.conf
16-07-2015 05:02:10:ussdgw-1: Open TCP/IP connection to SMSC: 10.149.96.66 at 2775
16-07-2015 05:02:10:ussdgw-1: Bind request: (bindreq: (pdu: 0 9 0 [1]) 900 900 GEN 52 (addrrang: 0 0 2000) ) 
Exception in thread "main" java.lang.NoSuchMethodError: gateway.smpp.PDUEventListener.<init>(Lgateway/smpp/USSDClient;)V
        at gateway.smpp.USSDClient.bind(USSDClient.java:139)
        at gateway.USSDGW.initSmppConnection(USSDGW.java:274)
        at gateway.USSDGW.<init>(USSDGW.java:184)
        at com.vinaphone.app.ttn.USSDDayMore.main(USSDDayMore.java:40)

-bash-3.00$ 

这些问题是由伴随的02相似类引起的(1在src, 1在jar文件这里是gateway.jar)

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

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

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

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

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