如果您有权更改JVM参数，那么添加详细输出将允许您查看从哪个JAR文件加载了哪些类。

java -verbose:class <other args>

当你的程序运行时，JVM应该转储到标准输出信息，例如:

.．. [加载junit.framework.Assert from file:/C:/Program%20Files/junit3.8.2/junit.jar] .．.

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

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

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

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

为什么没有人提到依赖冲突?这个常见问题可能与包含不同版本的依赖jar有关。 详细解释及解决方法:https://dzone.com/articles/solving-dependency-conflicts-in-maven

简短的回答;

添加这个maven依赖项;

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>3.0.0-M3</version>
<configuration>
    <rules>
        <dependencyConvergence />
    </rules>
</configuration>
</plugin>

然后运行这个命令;

mvn enforcer:enforce

也许这就是你面临问题的原因。

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

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