Maven 工程 Build 构建配置
项目构建是指将源代码、依赖库和资源文件等转换成可执行或可部署的应用程序的过程，在这个过程中包括编译源
代码、链接依赖库、打包和部署等多个步骤。
默认情况下，构建不需要额外配置，都有对应的缺省配置。当然了，我们也可以在 pom.xml 定制一些配置，来修
改默认构建的行为和产物！
例如：
- 指定构建打包文件的名称，非默认名称
- 指定构建打包时，包含文件格式和排除文件
- 打包插件版本过低，配置更高版本插件
构建配置是在 pom.xml / build 标签中指定！
Maven 依赖传递和依赖冲突
Maven 依赖传递特性
概念
假如有 Maven 项目 A，项目 B 依赖 A，项目 C 依赖 B。那么我们可以说 C 依赖 A。也就是说，依赖的关系为：C
—>B—>A， 那么我们执行项目 C 时，会自动把 B、A 都下载导入到 C 项目的 jar 包文件夹中，这就是依赖的传递
性。
作用
- 简化依赖导入过程
- 确保依赖版本正确
传递的原则
在 C 依赖 B，B 依赖 A 的前提下，A 是否能够传递到 C，取决于 B 依赖 A 时使用的依赖范围以及配置
- B 依赖 A 时使用 compile 范围：可以传递
- B 依赖 A 时使用 test 或 provided 范围：不能传递，所以需要这样的 jar 包时，就必须在需要的地方明确配置依赖才可以
- B 依赖 A 时，若配置了以下标签，则不能传递
依赖传递终止的情况
- 非 compile 范围进行依赖传递
- 使用 optional 配置终止传递
- 依赖冲突（传递的依赖已经存在）
Maven 依赖冲突特性
当直接引用或者间接引用出现了相同的 jar 包! 这时呢，一个项目就会出现相同的重复 jar 包，这就算作冲突！依赖
冲突会终止依赖传递！
A—>F—>X(version 0.0.2)
则 A 依赖于X(version 0.0.2)。
依赖路径长度相同情况下，则“先声明优先”（第二原则）
A—>E—>X(version 0.0.1)
A—>F—>X(version 0.0.2)
在中，先声明的，路径相同，会优先选择！
Maven 工程继承和聚合关系
Maven 工程继承关系
继承概念
Maven 继承是指在 Maven 的项目中，让一个项目从另一个项目中继承配置信息的机制。继承可以让我们在多个项目中共享同一配置信息，简化项目的管理和维护工作。
继承作用
在父工程中统一管理项目中的依赖信息。
它的背景是：
- 对一个比较大型的项目进行了模块拆分
- 一个 project 下面，创建了很多个 module
- 每一个 module 都需要配置自己的依赖信息
它背后的需求是：
- 在每一个 module 中各自维护各自的依赖信息很容易发生出入，不易统一管理
- 使用同一个框架内的不同 jar 包，它们应该是同一个版本，所以整个项目中使用的框架版本需要统一
- 使用框架时所需要的 jar 包组合（或者说依赖信息组合）需要经过长期摸索和反复调试，最终确定一个可用组合。这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。 通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的 jar 包；又能够将以往的经验沉淀下来，节约时间和精力
Maven 工程聚合关系
聚合概念
Maven 聚合是指将多个项目组织到一个父级项目中，以便一起构建和管理的机制。聚合可以帮助我们更好地管理
一组相关的子项目，同时简化它们的构建和部署过程。
聚合作用
- 管理多个子项目：通过聚合，可以将多个子项目组织在一起，方便管理和维护。
- 构建和发布一组相关的项目：通过聚合，可以在一个命令中构建和发布多个相关的项目，简化了部署和维护工作。
- 优化构建顺序：通过聚合，可以对多个项目进行顺序控制，避免出现构建依赖混乱导致构建失败的情况。
- 统一管理依赖项：通过聚合，可以在父项目中管理公共依赖项和插件，避免重复定义。