标签:XML bsp 原则 根据 例子 maven pom 版本 相同
一.maven传递依赖
1.举个例子:A-->B,则B是A的直接依赖,若B-->C,则C是A的传递依赖,C-->D,D也是A的传递依赖,依次类推
2.在我们导入依赖时,maven会把我们导入包的直接依赖和传递依赖都导进来,这时候大家有没有思考过一个问题?假设A-->B,A-->C,B-->C,这种情况下maven会导几个C进来?没错是一个,我们希望也是一个,不然如果需要导入的依赖越多,包之间的依赖关系越复杂,重复的包也就更多,还好没出现这个问题
3.虽然没出现包重复的问题,不过传递依赖是真出现一个问题,即版本冲突;举个例子:A1-->B1,A1-->C1,B1-->C2,最终会导致C1这个较低版本的被引入,而C2较高版本的不会再引入了,B1被迫使用C1这个较低版本的C;OK,既然问题已经出现了,接着讲解决办法
二.依赖冲突版本解决
1.调节原则(分为路径近者优先原则和第一声明者优先原则)
(1)路径近者优先原则
说下该原则晒意思?还是刚才的例子:A1-->B1,A1-->C1,B1-->C2,从这个依赖关系,我们说A1依赖C1比C2更近,即路径更近,所以C1优先被依赖引入,现在图片来说下:
现在我们根据近者优先原则,我们就直接依赖spring-beans 4.2.4,如图:
小结:不建议大量使用该原则,如果jar一多,需要考虑的路径关系就变得十分复杂
(2)第一声明者优先原则
这个很简单,在pom.xml中谁放在前面,谁优先!,如图:
小结:也不建议大量使用,jar一多,排序关系就错综复杂了
2.排除原则
(1)在pom.xml添加依赖中声明不需要哪个jar,如图所示:
小结:还是不建议,同样jar一多,得排除很多无用的jar
3.锁定版本(建议使用)
1.直接在pom.xml声明用哪个jar的哪个版本,如果遇到该jar的其他版本则不引入,如图:
2.这样的话还是有个小毛病,如果出现锁定的不同jar有很多相同版本的,有一天我们想要改统一换版本就要一个一个去改很麻烦,所以打算把版本进行一个抽取,如图:
标签:XML bsp 原则 根据 例子 maven pom 版本 相同
原文地址:https://www.cnblogs.com/ibcdwx/p/12900986.html