在我的案例中，问题是在构建路径中有相同库的两个版本。这个库的旧版本没有这个功能，新版本有。

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

在我的情况下，我有一个多模块项目和场景像com.xyz.TestClass是在模块a，以及在模块B和模块a依赖于模块B。因此，创建一个程序集jar，我认为只有一个版本的类被保留，如果没有调用的方法，然后我得到NoSuchMethodError运行时异常，但编译是好的。

相关网址:https://reflectoring.io/nosuchmethod/

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

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

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

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

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

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

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

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