maven-传递依赖和依赖冲突版本解决

一.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有很多相同版本的，有一天我们想要改统一换版本就要一个一个去改很麻烦，所以打算把版本进行一个抽取，如图：