我在使用Intelij的Gradle项目中遇到了类似的问题。 我通过删除.gradle(见下面的截图)包和重建项目来解决这个问题。 .gradle包

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

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

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

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

只是在现有的答案上增加。我在eclipse中使用tomcat时遇到了这个问题。我换了一门课，做了以下步骤，

在eclipse中清洁和建造项目 MVN清洁安装 重新启动tomcat

我仍然面临着同样的错误。然后我清理tomcat，清理tomcat工作目录并重新启动服务器，我的问题消失了。希望这对大家有所帮助

我也有你的问题，我就是这么解决的。下面的步骤是添加库的一种工作方式。我已经正确地完成了前两个步骤，但是我没有完成最后一个步骤，即直接将“.jar”文件从文件系统拖到eclipse项目的“lib”文件夹中。此外，我必须从构建路径和“lib”文件夹中删除之前版本的库。

步骤1 -添加.jar构建路径

步骤2 -关联源和javadocs(可选)

步骤3 -实际拖动。jar文件到“lib”文件夹(非可选)

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

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

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

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