Maven 依赖原则和依赖冲突的使用小结_Java

1、maven依赖传递原则

1.1 依赖路径最短优先原则

工程a的依赖关系如上图，maven会根据依赖路径最短优先原则，选择x（2.0）

1.2 pom文件中申明顺序优先

如果a的依赖关系如上图，x(1.0)和x(2.0) 路径距离一样的话，maven会根据a的pom文件声明的顺序加载，如果先声明了b，后声明了c，那就最后的依赖就会是x(1.0)。

1.3 覆写优先

子pom内声明的优先于父 pom 中的依赖。
同pom内出现不同版本的相同类库时，后声明的会覆盖先声明的。也就是在同一个pom里配置了相同资源的不同版本的直接依赖，后配置的覆盖先配置的

2 如何排除依赖

2.1 什么是传递性依赖

比如当我们项目中，引用了a的依赖,a的依赖通常又会引入b的 jar 包，b可能还会引入c的 jar 包。
这样，当你在 pom.xml 文件中添加了a的依赖，maven 会自动的帮你把所有相关的依赖都添加进来。
就这样一层层的，maven 会自动的帮你把所有相关的依赖都添加进来。传递性依赖会给项目引入很多依赖，简化项目依赖管理，但是也会带来问题。
最明显的就是容易发生依赖冲突。

2.2 如何排除依赖

这种情况下，想要解决依赖冲突，可以靠升级/降级某些依赖项的版本，从而让不同依赖引入的同一类库，保持一致的版本号。另外，还可以通过隐藏依赖、或者排除特定的依赖项来解决问题。

2.2.1 exclusions 标签

exclusions是主动断开依赖的资源，被排除的资源无需指定版本
也就是说可以包含一个或者多 exclusion 子元素，因此可以排除一个或者多个传递性依赖。需要注意的是，声明 exclusion 的时候只需要 groupld 和 artifactld ,而不需要要 version 元素。

用法示例：

<dependency>
  <groupid>org.springframework</groupid>
  <artifactid>spring-web</artifactid>
  <version>5.1.8.release</version>
  <exclusions>
    <!-- 排除web包依赖的beans包 -->
    <exclusion>
      <groupid>org.springframework</groupid>
      <artifactid>spring-beans</artifactid>
    </exclusion>
  </exclusions>
</dependency>

2.2.2 optional 标签

该标签即是“隐藏依赖”的开关,指对外隐藏当前所依赖的资源

true：开启隐藏，当前依赖不会向其他工程传递，只保留给自己用；
false：默认值，表示当前依赖会保持传递性，其他引入当前工程的项目会间接依赖。

用法示例：
<dependency>
  <groupid>org.springframework</groupid>
  <artifactid>spring-aop</artifactid>
  <version>5.1.8.release</version>
  <optional>true</optional>
</dependency>

2.2.3 exclusions标签和optional标签的区别

a依赖b,b依赖c , c 通过依赖传递会被 a 使用到，现在要想办法让 a 不去依赖 c
( a是demo01,b是demo02,c是aop)
可选依赖是在b上设置 , a 不知道有 c 的存在，代表这个依赖是否需要被发现。这种适用于可以修改b(02)的配置文件的情况下 先看默认情况，也就是false

改为 true 后

排除依赖是在a上设置 , a 知道有 c 的存在，主动将其排除掉。代表这个依赖已经被a发现，但a不需要引用c。这种适用于不能修改b的配置文件的情况下

3 maven 聚合工程统一管理版本

聚合工程，即是指：一个项目允许创建多个子模块，多个子模块组成一个整体，可以统一进行项目的构建。要弄明白聚合工程，得先清楚“父子工程”的概念：

父工程：不具备任何代码、仅有pom.xml的空项目，用来定义公共依赖、插件和配置；
子工程：编写具体代码的子项目，可以继承父工程的配置、依赖项，还可以独立拓展。
而maven聚合工程，就是基于父子工程结构，来将一个完整项目，划分出不同的层次，这种方式可以很好的管理多模块之间的依赖关系，以及构建顺序，大大提高了开发效率、维护性。

为了防止不同子工程引入不同版本的依赖，在父工程中，统一对依赖的版本进行控制，规定所有子工程都使用同一版本的依赖，可以使用<dependencymanagement>标签来管理。

<dependencies>：定义强制性依赖，写在该标签里的依赖项，子工程必须强制继承；
<dependencymanagement>：定义可选性依赖，该标签里的依赖项，子工程可选择使用。
子工程在使用中已有的依赖项时，不需要写版本号，版本号在父工程中统一管理，这样做的好处在于：以后为项目的技术栈升级版本时，不需要单独修改每个子工程的pom，只需要修改父pom文件即可，减少了版本冲突的可能性。