脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 软件编程 → java → Maven依赖管理

Maven依赖管理的用法介绍

 更新时间：2022年08月30日 09:45:35   作者：mzz124  
依赖管理是项目管理中非常重要的一环。几乎任何项目开发的时候需要都需要使用到库。而这些库很可能又依赖别的库，这样整个项目的依赖形成了一个树状结构，而随着这个依赖的树的延伸和扩大，一系列问题就会随之产生

一、依赖传递

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依赖管理内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

相关文章

  • SpringBoot自动配置原理详解

    SpringBoot自动配置原理详解

    SpringBoot的诞生就是为了简化Spring中繁琐的XML配置，其本质依然还是Spring框架，使用SpringBoot之后可以不使用任何XML配置来启动一个服务，使得我们在使用微服务架构时可以更加快速的建立一个应用。本文将为具体介绍一下SpringBoot的原理，需要的可以参考一下
    2021-12-12
  • Java中OGNL表达式语言的使用详解

    Java中OGNL表达式语言的使用详解

    本文介绍了OGNL（ObjectGraphNavigationLanguage）表达式语言,这是一种用于Java语言的对象图导航和操作的表达式语言,它支持访问对象属性、调用对象方法、执行算术和逻辑运算,以及处理集合和数组等操作,OGNL的语法简洁明了
    2024-12-12
  • java实现简单猜数字游戏

    java实现简单猜数字游戏

    这篇文章主要介绍了java实现简单猜数字游戏，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2019-12-12
  • MyBatis Generator ORM层面的代码自动生成器(推荐)

    MyBatis Generator ORM层面的代码自动生成器(推荐)

    Mybatis Generator是一个专门为 MyBatis和 ibatis框架使用者提供的代码生成器，也可以快速的根据数据表生成对应的pojo类、Mapper接口、Mapper文件，甚至生成QBC风格的查询对象，这篇文章主要介绍了MyBatis Generator ORM层面的代码自动生成器,需要的朋友可以参考下
    2023-01-01
  • Java中的Caffeine加载与驱逐策略详解

    Java中的Caffeine加载与驱逐策略详解

    这篇文章主要介绍了Java中的Caffeine加载与驱逐策略详解,Caffeine是基于Java 8的高性能缓存库,可提供接近最佳的命中率,Caffeine与ConcurrentMap相应,但是不完全相同,本文主要介绍Caffeine,需要的朋友可以参考下
    2023-10-10
  • 在lambda的foreach遍历中break退出操作(lambda foreach break)

    在lambda的foreach遍历中break退出操作(lambda foreach break)

    这篇文章主要介绍了在lambda的foreach遍历中break退出操作(lambda foreach break)，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
    2020-09-09
  • JavaGUI实现随机单词答题游戏

    JavaGUI实现随机单词答题游戏

    这篇文章主要为大家详细介绍了JavaGUI实现随机单词答题游戏，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2020-12-12
  • Mybatis逆向工程笔记小结

    Mybatis逆向工程笔记小结

    MyBatis官方为我们提供了一个逆向工程,通过这个逆向工程,只需要建立好数据表,MyBatis就会根据这个表自动生成pojo类、mapper接口、sql映射文件,本文主要介绍了Mybatis逆向工程笔记小结,具有一定的参考价值,感兴趣的可以了解一下
    2024-05-05
  • Java中断异常的正确处理方法

    Java中断异常的正确处理方法

    这篇文章主要给大家介绍了关于Java中断异常的正确处理方法，文中通过示例代码介绍的非常详细，对大家学习或者使用Java具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
    2019-09-09
  • SpringBoot前后端分离实现验证码操作

    SpringBoot前后端分离实现验证码操作

    验证码的功能是防止非法用户恶意去访问登录接口而设置的一个功能，今天我们就来看看在前后端分离的项目中，SpringBoot是如何提供服务的
    2022-05-05

最新评论