本次原因：

同一个 Jar 包出现了多个版本：

常见于 Maven 依赖未显式指定版本号，导致间接依赖版本冲突，很容易引入低版本的 Jar 包。

详细介绍：

运行时抛出 NoSuchMethodError 的根本原因是什么？

在实际生产系统中，我们主要关注运行时抛出的 NoSuchMethodError 错误，该错误轻则导致程序异常终止，严重时甚至会产生不可预知的程序结果，比如支付服务执行异常，实际支付已完成，却向用户返回支付失败。

运行时抛出 NoSuchMethodError 错误的根本原因就是： 应用程序直接或间接依赖了同一个类的多个版本，并且在运行时执行了缺少方法的版本。

为什么同一个 Class 会出现多个版本？

导致 Java Class 出现多版本的原因，可以归纳为以下几类：

• JDK 版本不一致。 常见于编译打包环境使用高版本 JDK 开发与打包，而实际运行环境的 JDK 版本较低。例如，本地项目环境 JDK 版本为 1.7，调用 Character.isAlphabetic() 方法判断当前字符是否为字母；而线上环境 JDK 版本为 1.6，在运行期间就会抛出 NoSuchMethodError 错误。

• SNAPSHOT 版本不一致。 常见于本地更新 SNAPSHOT 版本后，没有执行 mvn clean deploy 部署，导致线上环境运行时仍然引用了旧版本的 SNAPSHOT 包。

• Maven 依赖生命周期为 provided。 常见于本地依赖的某组件生命周期为 provided，所声明版本仅用于本地编译打包，而线上运行时会通过其他依赖关系加载 Jar 包。

• 同一个 Jar 包出现了多个版本。 常见于 Maven 依赖未显式指定版本号，导致间接依赖版本冲突，很容易引入低版本的 Jar 包。

• 同一个 Class 出现在不同的 Jar 包中。 该问题常见于代码拷贝场景，比如基于开源版本定制了一些功能，使用了新的 Maven 坐标打包发布，此时 Maven 仲裁机制失效（非常隐蔽，难以排查）。由于 JVM 类加载器对于同一个类只会加载一次，最终加载的类实现受到 Jar 包依赖的路径、类声明的先后顺序或文件加载顺序等因素的影响，很可能出现不同机器加载的类实现不一致。

原文地址：

https://developer.aliyun.com/article/714570

<!-- 需放在最前面，否则会报NoSuchMethodError -->

<dependency>

<groupId>org.dom4j</groupId>

<artifactId>dom4j</artifactId>

<version>2.1.3</version>

</dependency>