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

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

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

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

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

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

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

在没有更多信息的情况下，很难确定问题，但根本原因是您很可能针对缺少方法的类的不同版本编译了一个类，而不是您在运行时使用的类。

查看堆栈跟踪…如果在对库中的对象调用方法时出现异常，则很可能在编译和运行时使用了该库的不同版本。确保这两个地方都有正确的版本。

如果在对由您创建的类实例化的对象调用方法时出现异常，那么您的构建过程似乎是错误的。确保在编译时更新了实际运行的类文件。

我在更改应用程序中的方法签名时遇到了类似的问题。 清理和重建我的项目解决了“NoSuchMethodError”。

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

这意味着相应的方法在类中不存在:

如果您正在使用jar，那么反编译并检查jar的各个版本是否有适当的类。 检查是否从源代码编译了正确的类。