Maven依赖冲突

​

9.1 版本引入错误

当出现两条依赖链引用的同一个依赖出现版本冲突时，Maven会遵循如下依赖调解原则：

就近原则（优先）：即选择依赖链条更短的版本号。比如A-B-C-X(1.0)和A-B-X(2.0)中，第二条路径的X距离A更近，因此采用2.0的版本；

先来后到原则：当依赖链长度相同时，即A-X(1.0)和A-X(2.0) 的情况，会按照依赖的声明顺序决定采用哪个版本。

9.2 同类名不同包

对于第二类依赖冲突，同名类存在于多个不同的依赖 jar 包当中，这种情况是 Maven 无法解决的，因为 Maven 只会为你针对同一个 Jar 包的不同版本进行仲裁，而这俩是属于不同的 Jar 包，超出了 Maven 的依赖管理范畴。比如类 C 在 Jar 包 A、B 中都存在，且两个版本的 C 都出现在相同级别（Bootstrap、Extension、Application等）的类路径下，那么类加载的先后顺序就决定了 JVM 选择的最终版本（根据双亲委派机制，先被加载的类会阻止后面的类继续加载，防止核心类被覆盖掉），选择了错误的 C 会导致出现上述第二类依赖冲突。

那么为什么会出现有的环境能用有的不能用呢？

因某些 ClassLoader 获取加载路径下的文件列表时是不排序的，这就依赖于底层文件系统返回的顺序，那么当不同环境之间的文件系统不一致时，就会出现有的环境没问题，有的环境出现冲突，例如，对于 Linux 操作系统，返回顺序则是由 iNode 的顺序来决定的。为了解决这类问题，需要把不是目标类的那个依赖排除。