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

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

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

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

以上答案解释得很好。再补充一点 如果你正在使用eclipse，使用ctrl+shift+T并输入类的包结构(例如:gateway.smpp.PDUEventListener)，你会找到它存在的所有jar /项目。从类路径中删除不必要的jar或将其添加到类路径中。现在它会选择正确的。

我也遇到过类似的问题。

Caused by: java.lang.NoSuchMethodError: com.abc.Employee.getEmpId()I

最后，我发现根本原因是改变了变量的数据类型。

java——>包含数据类型从int改为String的变量(EmpId)。 使用getter getEmpId()检索值。

我们应该通过只包含修改过的类来重新打包jar。由于在ReportGeneration.java中没有任何变化，我只是在Jar文件中包含了Employee.class。我必须在jar中包含ReportGeneration.class文件来解决这个问题。

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

java -verbose:class <other args>

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

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

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

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

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

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