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的依赖
附图:
参考文章: