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 的顺序来决定的。为了解决这类问题,需要把不是目标类的那个依赖排除。