maven依赖管理（依赖配置、依赖传递、依赖冲突、依赖范围）

太过爱你忘了你带给我的痛 2023-09-25 21:14 248阅读 0赞

文章目录

  • 基本说明
  • 依赖配置
  • 依赖传递
    • 直接依赖
    • 间接依赖
    • 依赖冲突
      • 路径优先
      • 声明优先
      • 特殊依赖
    • 可选依赖
    • 排除依赖
    • 可选依赖和排除依赖区别
  • 依赖范围
  • 总结

基本说明

这篇文章会介绍在maven中的依赖配置、依赖传递、依赖范围等知识点。

依赖配置

依赖配置很好理解，就是指当前项目需要什么jar，就在dependencies中进行配置

  1. <dependencies>
  2.         <dependency>
  3.             <!-- 组织名 -->
  4.             <groupId>junit</groupId>
  5.             <!-- 项目名 -->
  6.             <artifactId>junit</artifactId>
  7.             <!-- 版本号 -->
  8.             <version>4.13.2</version>
  9.         </dependency>
  10.     </dependencies>

依赖传递

在maven管理jar的时候，冲突是肯定存在的，这里就来介绍一下在maven中对于jar的一些管理是如何进行的，遵循什么规则。

直接依赖

简单说就是我们在A项目中引入了B，那么就称A直接依赖于B

在这里插入图片描述

这个项目中引入了junit，那么改项目就直接依赖于junit

间接依赖

如果项目A依赖于项目B，而项目B又依赖于项目C，我们就称项目A间接依赖于项目C

在这里插入图片描述

当前项目依赖于junit，junit又依赖于hamcrest-core，所以当前项目就间接依赖于hamcrest-core

依赖冲突

当我们引入了A和B，A项目中又引入B，那么这时项目中就有了2个B，于是就会产生依赖冲突，当然还有其他很多情况也会产生依赖冲突。这里就是说明一些依赖冲突时的优先原则。

路径优先

当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

在这里插入图片描述

我们在项目中同时引入junit和hamcrest-core来测试一下

  1. <dependency>
  2.             <groupId>junit</groupId>
  3.             <artifactId>junit</artifactId>
  4.             <version>4.13.2</version>
  5.         </dependency>
  6.         <dependency>
  7.             <groupId>org.hamcrest</groupId>
  8.             <artifactId>hamcrest-core</artifactId>
  9.             <version>2.2</version>
  10.         </dependency>

在这里插入图片描述

可以发现，根据路径优先原则，junit引入的hamcrest-core就被覆盖掉了

声明优先

当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

我创建了2个maven模块，都引入了junit，只不过是不同的版本，现在来测试一下

  1. <dependency>
  2.             <groupId>com.ttpfx</groupId>
  3.             <artifactId>maven2</artifactId>
  4.             <version>1.0-SNAPSHOT</version>
  5.         </dependency>
  6.         <dependency>
  7.             <groupId>com.ttpfx</groupId>
  8.             <artifactId>maven3</artifactId>
  9.             <version>1.0-SNAPSHOT</version>
  10.         </dependency>

我同时引入了自己创建的2个模块，现在来看看junit的版本

在这里插入图片描述

由于maven2在前面，所以就是引入的junit 4.13.2

现在讲maven3放在前面再来进行测试

  1. <dependency>
  2.             <groupId>com.ttpfx</groupId>
  3.             <artifactId>maven3</artifactId>
  4.             <version>1.0-SNAPSHOT</version>
  5.         </dependency>
  6.         <dependency>
  7.             <groupId>com.ttpfx</groupId>
  8.             <artifactId>maven2</artifactId>
  9.             <version>1.0-SNAPSHOT</version>
  10.         </dependency>

在这里插入图片描述

可以发现再相同层级的时候，就是顺序靠前的覆盖配置顺序靠后的

特殊依赖

当同级配置了相同资源的不同版本(没有意义的配置)，后配置的覆盖先配置的

  1. <dependency>
  2.             <groupId>junit</groupId>
  3.             <artifactId>junit</artifactId>
  4.             <version>4.13.2</version>
  5.         </dependency>
  6.         <dependency>
  7.             <groupId>junit</groupId>
  8.             <artifactId>junit</artifactId>
  9.             <version>4.11</version>
  10.         </dependency>

上面这样配置，此时引入的junit版本为4,11

在这里插入图片描述

这样写idea会给出提示

在这里插入图片描述

可选依赖

可选依赖指对外隐藏当前所依赖的资源，也就是只有当前项目可以使用

下面我创建了一个模块 maven4，引入了2个jar

在这里插入图片描述

现在我再另外一个模块maven1引入了前面创建的模块 maven4。

  1. <dependency>
  2.             <groupId>com.ttpfx</groupId>
  3.             <artifactId>maven4</artifactId>
  4.             <version>1.0-SNAPSHOT</version>
  5.         </dependency>

此时maven1就会同时引入maven4的2个依赖

在这里插入图片描述

如果我们不想让其他项目引用某个依赖，我们可以使用option来进行指定

  1. <dependency>
  2.             <groupId>junit</groupId>
  3.             <artifactId>junit</artifactId>
  4.             <version>4.13.2</version>
  5.             <!-- 默认为false，如果指定为ture，那么改依赖不会进行依赖传递，即隐藏 -->
  6.             <optional>true</optional>
  7.         </dependency>
  8.         <dependency>
  9.             <groupId>mysql</groupId>
  10.             <artifactId>mysql-connector-java</artifactId>
  11.             <version>5.1.49</version>
  12.         </dependency>

我们吧maven4中的junit的option设置为了true，那么再maven1中就不会有junit依赖了

在这里插入图片描述

排除依赖

排除依赖指主动排除依赖的资源， 被排除的资源无需指定版本。

我们知道，当我们引入junit的时候会间接引入一个hamcrest-core

在这里插入图片描述

如果我们就是不想引入这个jar，那么就可以使用exclusions来进行排除

  1. <dependency>
  2.             <groupId>junit</groupId>
  3.             <artifactId>junit</artifactId>
  4.             <version>4.13.2</version>
  5.             <exclusions>
  6.                 <!-- 可以有多个exclusion -->
  7.                 <exclusion>
  8.                     <groupId>org.hamcrest</groupId>
  9.                     <artifactId>hamcrest-core</artifactId>
  10.                 </exclusion>
  11.             </exclusions>
  12.         </dependency>

这样我们就可以排除掉hamcrest-core

在这里插入图片描述

此时项目中就没有hamcrest-core了(当然，此时使用junit会报错，因为junit依赖于hamcrest-core)

可选依赖和排除依赖区别

简单说就是: 可选(隐藏)依赖是不让其他项目来引用(我不给), 排除依赖是主动不要引入的某个资源(我不要)

依赖范围

我们可以通过scope来指定依赖作用范围，作用范围有compile(默认)、test、provided、runtime。它们的作用范围如下：

在这里插入图片描述
下面就列举了2个常见的情形

  1. <dependency>
  2.             <groupId>junit</groupId>
  3.             <artifactId>junit</artifactId>
  4.             <version>4.13.2</version>
  5.             <!-- 只用于测试 -->
  6.             <scope>test</scope>
  7.         </dependency>
  8.         <dependency>
  9.             <groupId>javax.servlet</groupId>
  10.             <artifactId>servlet-api</artifactId>
  11.             <version>2.5</version>
  12.             <!-- 不会参与打包 -->
  13.             <scope>provided</scope>
  14.         </dependency>

还需要说明的是，主代码表示 src/main 文件夹下的代码，测试代码表示 src/test 目录下面的代码

总结

在这篇文章中介绍了maven中的一些基础概念，maven的依赖传递规则，出现冲突的一些处理等，具体可以参考官方文档

发表评论

表情：
评论列表 （有 0 条评论，248人围观）

还没有评论，来说两句吧...

相关阅读

    相关 maven依赖与传递性依赖

    目录 依赖范围 传递性依赖 依赖调节 > 本文主要是针对《maven实战》书中关键知识点的学习记录，未免有纰漏或描述不到之处，建议购买阅读原书 首先贴出

    桃扇骨桃扇骨/ 0 赞/ 522 阅读