Maven包的依赖冲突以及如何解决（idea）

目录

1.1 什么是依赖传递

1.2 什么是依赖冲突

1.3 如何解决依赖冲突

1.3.1 使用maven提供的依赖调节原则

1.3.1.1 依赖调节原则——第一声明者优先原则（不推荐，导入坐标少的情况可以考虑）

1.3.1.2 依赖调节原则——路径近者优先原则在pom文件定义依赖，以路径近者为准。

1.3.2. 排除依赖（比较重要）

1.3.3 版本锁定（最重要的一个方法）

---

1.1 什么是依赖传递

     在maven中，依赖是可以传递的，假设存在三个项目，分别是项目A，项目B以及项目C。假设C依赖B，B依赖A，那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A。

1.2 什么是依赖冲突

     由于依赖传递现象的存在，spring-webmvc-4.2.4依赖spring-beans-4.2.4，spring-aop-5.0.2依赖spring-beans-5.0.2，但是发现spring-beans-4.2.4加入到了工程中，而我们希望spring-beans-5.0.2加入工程。这就造成了依赖冲突。

1.3 如何解决依赖冲突

1.3.1 使用maven提供的依赖调节原则

1.3.1.1 依赖调节原则——第一声明者优先原则（不推荐，导入坐标少的情况可以考虑）

    在pom文件中定义依赖，以先声明的依赖为准。其实就是根据坐标导入的顺序来确定最终使用哪个传递过来的依赖。举个栗子：

坐标先导入5.2.10版本的spring-beans，所以最后使用的是5.2.10版本的

1.3.1.2 依赖调节原则——路径近者优先原则在pom文件定义依赖，以路径近者为准。

      还是上述情况，spring-aop和spring-webmvc都会传递过来spring-beans，那如果直接把spring-beans的依赖直接写到pom文件中，那么项目就不会再使用其他依赖传递来的spring-beans，因为自己直接在pom中定义spring-beans要比其他依赖传递过来的路径要近。

1.3.2. 排除依赖（比较重要）

可以使用exclusions标签将传递过来的依赖排除出去。

举个栗子：（1）没有排除前是第一优先原则，所以使用的是spring-mvc下的spring-beans

（2）使用排除依赖后，把spring-mvc的spring-beans排除之后（spring-mvc的spring-beans就不见了），使用的就是下面spring-aop的spring-beans

1.3.3 版本锁定（最重要的一个方法）

采用直接锁定版本的方法确定依赖jar包的版本，版本锁定后则不考虑依赖的声明顺序或依赖的路径，以锁定的版本为准添加到工程中，此方法在企业开发中经常使用。

版本锁定的使用方式：

第一步：在dependencyManagement标签中锁定依赖的版本

（注意：pom文件中使用dependencyManagement标签锁定依赖jar的版本，并不会真正将jar包导入到项目中，只是对这些jar的版本进行锁定。项目中使用哪些ar包，还需要在dependencies标签中进行声明。）

第二步：在dependencies标签中声明需要导入的maven坐标

（注意：由于前面已经在dependencyManagement标签中锁定版本，所以此处无须再指定version）

举个栗子：

（图片里的包含两字改成依赖更为合适）