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

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

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

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

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

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

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

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

对我来说，这里提到的解决办法没有一个是没用的。

将模拟核从3.3.3更新到3.4.3修复了这个问题。

我认为这是由于MockitoAnnotations.initMock()方法在Mockito JUnit 5 version 3中被弃用并被MockitoAnnotations.openMocks()所取代。

另一方面，检查本地Maven Repository并删除可能导致冲突的不必要的jar可能是值得的。但在使用此步骤时，请注意，不要删除手动安装的(或在操作前备份)。

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

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

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