Maven jar包冲突原理说明

MAVEN预备知识

---

依赖传递

• A -> B -> C 当 C 在 B 中的scope为 test、provided、system时，A 不会依赖于 C。 否则 A依赖于C

依赖隔断

• 按照“依赖传递”的例子，如果A 不想引入 C，那么只需要在dependency B 时 exclude C 即可
• B对C的scope设置为optional这种可选依赖方式不推荐使用

冲突管理

• 最短路径优先： A  -> B -> C -> D1 ， E -> F -> D2  ，这样当我们服务依赖A、E时，到达D2的路径比D1段，maven使用D2版本jar包
• 最新声明优先： A  -> B  -> D1 ， E -> F -> D2 ，这样当我们服务依赖A、E时，由于先依赖A后依赖E，且到达D1D2的路径长度相同，maven使用D1版本jar包

---

 

JAR包冲突

---

JAR包冲突常见表现

Caused by:java.lang.NoSuchMethodError
Caused by: java.lang.ClassNotFoundException
 

JAR包冲突的原理

案例：A  -> B -> C -> D2 ， E -> F -> D1

我们服务引入A、E两个依赖，按照maven默认的依赖管理，D2版本的jar包不被引入，引入的是D1版本。而我们知道jar包升级是由于我们加入了一些特性，可能表现为类的增加或方法的增加。那么C中可能使用到了D2引入的新类或方法。当我们程序使用了C对应的功能时，JVM去加载Class会发现D1版本并没有这个类，就会并抛出ClassNotFoundException。 当调用D2新增的方法，由于D1类中并没有这个方法，就会抛出NoSuchMethodError。

在进行软件设计时，一般都要考虑向后兼容，不会删除或修改以前版本的API，除非是大的版本升级。如果不遵循以上设计原则的话，那么只要是引用了不同版本jar包就要考虑冲突的可能

 

JAR包冲突常见解决方案

上例中，在引入E时排除掉对D1的依赖

 

附图：

 

参考文章：

1. https://blog.csdn.net/noaman_wgs/article/details/81137893
2. https://blog.csdn.net/wy0123/article/details/79556564