Maven03_依赖和依赖冲突解决

1、传递依赖

　　比如添加SpringMVC的核心依赖坐标

　　

 

 

 　　会发现项目中还出现了spring-webmvc以外的其他jar包。因为我们的项目依赖了spring-webmvc，但是spring-webmvc又依赖了sping-beans.jar等，所以spring-webmvc的依赖包也自动进入了个人项目中。

　　这种现象就称为传递依赖。

　　它们的依赖关系图如下：

　　

 

 

 2、依赖冲突解决方案

　　1）问题分析

　　　　如果在项目中继续添加一个依赖，会发现这两个jar包都依赖了spring-beans，但是两个jar包依赖的版本明显不一致。观察项目传递进来的jar包，发现spring-beans版本是4.2.4，但是我们希望的版本是5.0.2，这就造成了依赖冲突

　　　　

 

 　　2）依赖的调解原则

　　　　maven自动按照以下原则进行调解：

　　　　①　第一声明者优先原则

　　　　　　在pom文件定义的依赖，相同jar包会根据先声明的版本为准

　　　　测试：将上面的spring-webmvc和spring-context位置互换，会发现系统导入的spring-beans版本是5.0.2

　　　　分析：

　　　　　　因为spring-context的位置放在了前面，所以依赖传递的jar包版本根据声明的优先原则变为了5.0.2

　　　　②　路径近者优先原则

　　　　　　例如：还是上述情况，spring-contex 和 spring-webmvc 都会传递过来 spirng-beans，那如果直接把 spring-beans 的依赖直接写到 pom 文件中，

　　　　那么项目就不会再使用其他依赖传 递来的 spring-beans，因为自己直接在 pom 中定义 spring-beans 要比其他依赖传递过来的路径要近。

　　　　　　在本工程中的 pom 中加入 spirng-beans-5.0.2 的依赖，根据路径近者优先原则，系统将导入 spirng-beans-5.0.2：

　　　　　　

 

　　3）排除依赖

　　　　上边的问题也可以通过排除依赖方法辅助依赖调解，

　　　　如下： 比如在依赖 spring-webmvc 的设置中添加排除依赖，排除 spring-beans， 下边的配置表示：依赖 spring-webmvc，但排除 spring-webmvc 所依赖的 spring-beans。

　　　　

 

 　　4）锁定版本

　　　　面对众多的依赖，有一种方法不用考虑依赖路径、声明优化等因素。可以采用直接锁定版本的方法确定依赖构件的版本，版本锁定后则不考虑依赖的声明顺序或依赖的路径，

　　以锁定的版本的为准添加到工程中，此方法在企业开发中常用。 如下的配置是锁定了 spring-beans 和 spring-context 的版本：

　　　　

 

 　　5）提取版本号

　　　　还可以把版本号提取出来，使用<properties>标签设置成变量

　　　　

 

 　　　　注意：在工程中锁定依赖的版本并不代表在工程中添加了依赖，如果工程需要添加锁定版本的依赖则需要单独添加标签<dependencies></dependencies>，如下：

　　　　

 

 　　　　上边添加的依赖并没有指定版本，原因是已在<denpendencyManagement>中锁定了版本， 所以在<dependency>下不需要再指定版本。