大多数时候java.lang.NoSuchMethodError会被编译器捕获，但有时它会在运行时发生。如果此错误在运行时发生，那么惟一的原因可能是类结构的更改使其不兼容。

最佳解释:https://www.journaldev.com/14538/java-lang-nosuchmethoderror

为什么没有人提到依赖冲突?这个常见问题可能与包含不同版本的依赖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

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

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

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

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

为了我的案子。我必须检查其他参考方法。我需要将各处的方法签名更改为与新更新的方法签名相同。

例如，将特定方法的返回类型从集合更改为数组列表。

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

java -verbose:class <other args>

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

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

如果使用Maven或其他框架，并且您几乎随机地得到这个错误，请尝试像这样干净地安装…

clean install

如果您编写了对象并且知道它有方法，那么这种方法尤其可能工作。