Maven依赖冲突及其解决方案

前言：最近在整合SSM框架时，总是会发生一些匪夷所思的错误，总结下来发现有很多是Maven依赖的冲突问题，所以在这里总结一下Maven依赖冲突及其解决方案

1.首先我们来了解一下，什么是maven的依赖传递：

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

接下来我们在举一个例子：通过下图可以看到，我们的web项目直接依赖了spring-webmvc，而spring-webmvc依赖了sping-aop、spring-beans等。最终的结果就是在我们的web项目中间接依赖了spring-aop、spring-beans等。

2.什么是依赖冲突

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

3.如何解决依赖冲突

1. 使用maven提供的依赖调解原则（第一声明者优先原则；路径近者优先原则）
2. 排除依赖
3. 锁定版本

3.1  依赖调节原则——第一声明者优先原则

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

结论：通过上图可以看到，spring-aop和spring-webmvc都传递过来了spring-beans，但是因为spring-aop在前面，所以最终使用的spring-beans是由spring-aop传递过来的，而spring-webmvc传递过来的spring-beans则被忽略了。

3.2  依赖调节原则——路径近者优先原则

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

3.3  排除依赖

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

结论：通过上图可以看到，spring-webmvc传递过来的4.2.4版本的spring-beans已经被排除出去了，项目中使用的为spring-aop传递过来的5.0.2版本的spring-beans。

3.4  版本锁定

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

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

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

1.在dependencyManagement标签中锁定依赖的版本

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

2.在dependencies标签中声明需要导入的maven坐标

注意：由于前面已经在dependencyManagement标签中锁定了依赖jar包的版本，后面需要导入依赖时只需要指定groupId和artifactId，无须再指定version

至此，Maven依赖冲突及其解决方案就结束了🎉🎉🎉！