一、依赖传递
1. 直接依赖与间接依赖
pom.xml 声明了的依赖是直接依赖，依赖中又包含的依赖就是间接依赖（直接依赖的直接依赖），间接依赖虽然未被声明，但也是依赖所必须的依赖，同时间接依赖中的资源也可以直接使用
比如 A 依赖了 B，B 依赖了 C，那么 A 也就间接的依赖了 C，如果没有 C，那么 A 和 B 都无法正常运行，A 也可以直接使用 C 的内容，而可以不必再声明 C
实例如 spring-webmvc：
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
学习 Spring 时需要导入 spring-context 依赖，但学习 SpringMVC 时，我们会导入 spring-webmvc，此时即便会用到 Spring 的功能也无需再导入 spring-context。因为 spring-webmvc 依赖了 spring-context，spring-context 作为间接依赖被引入到了项目中，可以直接使用
2. 依赖传递冲突时的优先规则
假如一个项目中或直接或间接的多次导入了同一个依赖，就会产生依赖冲突，此时 Maven 会按照下面三种优先规则确定真正依赖的是哪个包：（主要讨论不同版本的依赖，相同版本没什么所谓）
(1) 路径优先
直接依赖优先级最高，其次是间接依赖，然后是间接依赖的直接依赖，间接依赖的间接依赖 ……
层级越深，优先级越低，或者说就近原则，离项目最近的包就是项目真正所依赖的
如下例：
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.19.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>
示例中引入了 spring-context 5.1.19 为直接依赖，又引入 spring-webmvc 5.2.10，其中又依赖了 spring-context 5.2.10，但它是间接依赖，所以项目中所使用的 spring-context 资源是 5.1.19 版本的（但并不代表 webmvc 中的 context 版本也被改为了 5.1.19），图中也可以看到 IDEA 在依赖后边给出了冲突标识
(2) 声明优先
相同层级的依赖资源，先被声明的优先
如下例：（和刚才的一样）
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.19.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>
和上面一样导入 spring-context 5.1.19 和 spring-webmvc 5.2.10，可以看到 context 和 webmvc 都又依赖了 aop, beans, core 等几个包，且都是间接依赖，层级相等，但由于先声明的 context 5.1.19，所以其中的 aop, core 等几个包的优先级更高
(3) 后声明覆盖先声明
同时声明了同一个依赖的不同版本，那么先声明的版本会被最后声明的版本覆盖掉（以最后一次声明为准）
如下例：
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.19.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>
先声明 spring-context 5.1.19，又声明了 spring-context 5.2.10，最后使用的依赖版本为 5.2.10
二、依赖管理
分模块开发时，合理的管理依赖能够避免掉依赖冲突可能带来的麻烦。
1. 可选依赖
用于对外隐藏本项目中使用的依赖。如果项目中将某个依赖设置为可选依赖，那么其他项目引用此项目时不会加载到可选依赖。
只需在声明依赖时加入 optional 标签，设置值为 true 即可（默认为 false）
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.19.RELEASE</version>
<optional>true</optional>
</dependency>如上设置后，其他项目引入此项目时，不会加载到此项目中的 spring-context 5.1.19
2. 排除依赖
引入依赖时，用于排除掉该依赖中传递来的指定依赖。
需要在声明依赖时加入 exclusions 标签，内含多个 exclusion，设置 要排除的依赖坐标，不必指定版本
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
</exclusion>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</exclusion>
</exclusions>
</dependency>如上设置后，本项目不会加载 spring-webmvc 依赖中包含的 spring-aop 和 spring-core
3. 可选依赖与排除依赖的异同点
相同点：
- 功能相同：都用于阻断依赖的传递
不同点：
- 原理不同：可选依赖对外不透明，排除依赖有传递但不采用
- 生效时机不同：可选依赖生效在项目被引入时，排除依赖生效在引入其他项目时
到此这篇关于Maven依赖管理的用法介绍的文章就介绍到这了,更多相关Maven依赖管理内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
