Maven 依赖传递和冲突、继承和聚合
一、依赖传递和冲突
1.1 Maven 依赖传递特性
1.1.1 概念
假如有三个 Maven 项目 A、B 和 C，其中项目 A 依赖 B，项目 B 依赖 C。那么我们可以说 A 依赖 C。也就是说，依赖的关系为：A—>B—>C， 那么我们执行项目 A 时，会自动把 B 和 C 都下载导入到 A 项目的 jar 包文件夹中，这就是依赖的传递性。
1.1.2 作用
1、简化依赖导入过程
2、确保依赖版本正确
1.1.3 传递的原则
在 A 依赖 B，B 依赖 C 的前提下，C 是否能够传递到 A，取决于 B 依赖 C 时使用的依赖范围以及配置。
1、B 依赖 C 时使用 compile 范围：可以传递
2、B 依赖 C 时使用 test 或 provided 范围：不能传递，所以需要这样的 jar 包时，就必须在需要的地方明确配置依赖才可以。
3、B 依赖 C 时，若配置了以下标签，则不能传递
com.alibaba
druid
1.2.15
true
1.1.4 依赖传递中止的情况
1、非 compile 范围进行依赖传递
2、使用 optional 配置终止传递
3、依赖冲突（传递的依赖已经存在）
1.1.5 案例
比如说，我们在使用 jackson 时，需要导入下面的三个依赖。
com.fasterxml.jackson.core
jackson-databind
2.14.2
com.fasterxml.jackson.core
jackson-core
2.14.2
com.fasterxml.jackson.core
jackson-annotations
2.14.2
但是根据依赖的传递关系，在 databind 里面是依赖其他两个依赖的，也就是说只需要导入一个 databind 即可，如下图：
1.2 Maven 依赖冲突特性
1.2.1 依赖冲突简介
当直接引用或者间接引用出现了相同的 jar 包，此时项目就会出现相同的重复 jar 包，这就算作冲突。如下图：
maven 拥有自动解决依赖冲突问题能力，会按照自己的原则，进行重复依赖选择。同时也提供了手动解决的冲突的方式。
1.2.2 自动选择
1.2.2.1 短路优先（第一原则）
下面的两条路径第二条路径短（依赖的层级小），所以最终 A 会依赖 X(version 0.0.2)
1、A —> B —> C —> D —> E —> X(version 0.0.1)
2、A —> F —> X(version 0.0.2)
1.2.2.2 先声明优先（第二原则）
依赖路径长度相同情况下，则谁先声明谁优先，即在项目 A 的 pom 中，如果先声明的是 E ，那么就依赖 X(version 0.0.1)，如果先声明的是 F ，那么就依赖 X(version 0.0.2)版本。
1、A—>E—>X(version 0.0.1)
2、A—>F—>X(version 0.0.2)
1.2.3 手动排除
可以在 dependency 标签里面添加 exclusion 标签来排除依赖，如下所示：
com.maven
pro01-maven-java
1.0-SNAPSHOT
compile
commons-logging
commons-logging
二、继承和聚合
2.1 Maven 工程继承关系
2.1.1 继承概念
Maven 继承是指在 Maven 的项目中，让一个项目从另一个项目中继承配置信息的机制。继承可以让我们在多个项目中共享同一配置信息，简化项目的管理和维护工作。
2.1.2 继承作用
在父工程中统一管理项目中的依赖信息。
2.1.3 背景
1、对一个比较大型的项目进行了模块拆分。
2、一个 project 下面，创建了很多个 module。
3、每一个 module 都需要配置自己的依赖信息。
2.1.4 需求
1、在每一个 module 中各自维护各自的依赖信息很容易发生出入，不易统一管理。
2、使用同一个框架内的不同 jar 包，它们应该是同一个版本，所以整个项目中使用的框架版本需要统一。
3、使用框架时所需要的 jar 包组合（或者说依赖信息组合）需要经过长期摸索和反复调试，最终确定一个可用组合。这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。
4、通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的 jar 包；又能够将以往的经验沉淀下来，节约时间和精力。
2.1.5 继承语法
父工程里面的 pom.xml 内容如下：
com.maven
maven-parent
1.0-SNAPSHOT
pom 子工程里面的 pom.xml 内容如下：
com.maven
maven-parent
1.0-SNAPSHOT
maven-module 2.1.6 案例
首先创建一个 maven-parent 模块作为父工程，如下：
这个 src 目录没有什么用，因为这个 module 只是作为父工程，不会在里面编写代码，所以可以给他删除掉，最终的效果如下图：
maven-parent 的 pom.xml 的内容如下所示：
4.0.0
com.maven
maven-parent
1.0-SNAPSHOT
8
8
UTF-8
在 maven-parent 模块下右键，创建一个子工程 maven-son，如下图：
项目的整体架构如下图所示：
maven-son 的 pom.xml 内容如下所示：
4.0.0
com.maven
maven-parent
1.0-SNAPSHOT
maven-son
8
8
UTF-8
此时，一个 maven 的父子工程就创建成功了。
2.1.7 dependencies 标签
如果想要子工程完全继承父工程的 maven 依赖，那么只需要在父工程里面使用 dependencies 标签添加依赖即可，如下图，且继承依赖的关系不受
子工程不用在 pom.xml 里面配置任何的依赖即可享受父工程的所有依赖。
2.1.8 dependencyManagement 标签
一般父工程的依赖都比较多，如果子工程不需要依赖全部，只需要依赖其中的几个，那么就需要使用 dependencyManagement 标签了。
首先在 maven-parent 项目里面使用 dependencyManagement 标签来管理依赖，如下：
4.0.0
com.maven
maven-parent
1.0-SNAPSHOT
pom
maven-son
8
8
UTF-8
com.fasterxml.jackson.core
jackson-databind
2.14.2
org.projectlombok
lombok
1.16.20
provided
org.junit.jupiter
junit-jupiter-api
5.9.2
test
一旦父工程使用 dependencyManagement 标签，那么 maven-son 项目的依赖就变成 0 了，如下图
此时，就需要在 maven-son 项目里面指定自己想要的依赖，如下图，版本号不用写，只需要写前面两个坐标即可，配置 maven-son 的依赖，如下图：
4.0.0
com.maven
maven-parent
1.0-SNAPSHOT
maven-son
8
8
UTF-8
com.fasterxml.jackson.core
jackson-databind
可以看到，出现了自己想要的依赖，如下图
2.2 Maven 工程聚合关系
2.2.1 聚合概念
Maven 聚合是指将多个项目组织到一个父级项目中，以便一起构建和管理的机制。聚合可以帮助我们更好地管理一组相关的子项目，同时简化它们的构建和部署过程。
2.2.2 聚合作用
1、管理多个子项目，通过聚合，可以将多个子项目组织在一起，方便管理和维护。
2、构建和发布一组相关的项目，通过聚合，可以在一个命令中构建和发布多个相关的项目，简化了部署和维护工作。
3、优化构建顺序，通过聚合，可以对多个项目进行顺序控制，避免出现构建依赖混乱导致构建失败的情况。
4、统一管理依赖项，通过聚合，可以在父项目中管理公共依赖项和插件，避免重复定义。
2.2.3 聚合语法
在父项目中包含的子项目列表。如下，主要是 modules 标签。
4.0.0
com.maven
maven-parent
1.0-SNAPSHOT
pom
maven-son
8
8
UTF-8
2.2.4 聚合演示
我们构建一个 maven-parent 项目，看看他是否可以自动构建他的子项目 maven-son，如下图：
