Maven解决jar包版本冲突的4种方法详解

 更新时间:2023年07月28日 10:44:34   作者:尚少  
这篇文章主要给大家介绍了关于Maven解决jar包版本冲突的4种方法代码,maven工程要导入jar包的坐标,就必须要考虑解决jar包冲突,文中介绍的非常详细,需要的朋友可以参考下

概念

先解释下maven的依赖传递:a jar包引入了b jar包,如果项目中引入了a jar包,其实也会把a依赖的b jar包引入。那现在有a、c这2个jar包,a jar包依赖的是1.0.0版本的b jar包,c jar包也依赖了b jar包,版本是2.0.0;如果项目中引入了a、c jar包,那b jar包到底引入哪个版本呢,是1.0.0还是2.0.0?这就是版本冲突,有4种方法可以解决。

路径近者优先

比如a依赖b(版本是1.0.0),项目中引入a,同时直接引入了b(版本是2.0.0),这时前者版本路径是不是长点,看做是1,后者是0;所以项目引入的b jar包的版本也确定了,是2.0.0;如果a依赖b,b依赖了c(版本是1.0.0),d依赖了c(版本是2.0.0),项目中引入了a、d jar包,c jar包也会被引入,版本会是2.0.0(前者版本路径是2,后者是1)。哪个版本的依赖路径短,就是会引入这个版本的jar包。

第一声明者优先

如果a依赖了b(版本是1.0.0),c也依赖了b(版本是2.0.0);同时引入了a、c,这时b jar包的依赖路径是一样的了,就会用到这个原则:第一声明者优先。项目的pom.xml是这样定义的:

<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>a</artifactId>
    <version>1.0.0</version>
</dependency>
<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>c</artifactId>
    <version>1.0.0</version>
</dependency>

a先声明了,所以引入的b的版本也确定了:1.0.0;如果pom.xml中,这2个顺序颠倒了,c放在前面了,引入的b的版本就会是2.0.0。

排除原则

同样是a依赖了b(版本是1.0.0),c依赖了b(版本是2.0.0);就想要2.0.0版本的b,可以用排除原则:

<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>a</artifactId>
    <version>1.0.0</version>
    <exclusions>
	    <exclusion>
	        <groupId>xx.xx.xx</groupId>
	        <artifactId>b</artifactId>
	    </exclusion>
	</exclusions>
</dependency>
<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>c</artifactId>
    <version>1.0.0</version>
</dependency>

这时项目中引入a jar包时,不会把依赖的1.0.0版本的b jar包给引入(因为exclusion标签把它排除了);但是引入c jar包时,依赖的2.0.0版本的b jar包照旧引入,这时就不存在版本冲突了,因为就引入了1个版本的b jar包,不是多个。所以项目是引入了2.0.0版本的b jar包。

版本锁定

这个就更加硬霸,a依赖了b(版本是1.0.0),c依赖了b(版本是2.0.0),我想要引入的是1.0.0版本的b jar包或者是其余版本的(3.0.0),可以用版本锁定:

<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>a</artifactId>
    <version>1.0.0</version>
    <exclusions>
	    <exclusion>
	        <groupId>xx.xx.xx</groupId>
	        <artifactId>b</artifactId>
	    </exclusion>
	</exclusions>
</dependency>
<dependency>
    <groupId>xx.xx.xx</groupId>
    <artifactId>c</artifactId>
    <version>1.0.0</version>
</dependency>

这时项目中引入的b jar包的版本就是3.0.0了,不是1.0.0或者是2.0.0,以dependencyManagement标签中定义的版本为准。

总结

到此这篇关于Maven解决jar包版本冲突的4种方法的文章就介绍到这了,更多相关Maven解决jar包版本冲突内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 如何基于sqlite实现kafka延时消息详解

    如何基于sqlite实现kafka延时消息详解

    这篇文章主要给大家介绍了关于如何基于sqlite实现kafka延时消息的相关资料,文中通过实例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
    2022-01-01
  • 一文详解SpringBoot实现多数据源的自动切换

    一文详解SpringBoot实现多数据源的自动切换

    在现代企业级应用中,为了提高系统的可维护性和扩展性,多数据源的配置和使用变得越来越常见,本文将,介绍如何在Spring Boot项目中实现多数据源的自动切换有需要的小伙伴可以了解下
    2025-10-10
  • maven搭建spring项目(图文教程)

    maven搭建spring项目(图文教程)

    下面小编就为大家带来一篇maven搭建spring项目(图文教程)。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-06-06
  • spring boot 自动更新静态文件和后台代码的实例

    spring boot 自动更新静态文件和后台代码的实例

    下面小编就为大家分享一篇spring boot 自动更新静态文件和后台代码的实例,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2017-12-12
  • SpringBoot去除参数前后空格和XSS过滤

    SpringBoot去除参数前后空格和XSS过滤

    本文主要介绍了SpringBoot去除参数前后空格和XSS过滤,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2021-09-09
  • SpringBoot中Aware接口使用及原理解析

    SpringBoot中Aware接口使用及原理解析

    在Spring中存在一个Aware接口,实现该接口可以让我们的Bean获取到Spring容器中特定的资源,但该接口只是个标记接口,不存在任何方法,本文将给大家详细介绍一下SpringBoot中Aware接口使用及原理,需要的朋友可以参考下
    2023-08-08
  • idea重新下载已删除的maven依赖包操作

    idea重新下载已删除的maven依赖包操作

    这篇文章主要介绍了idea重新下载已删除的maven依赖包操作,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2021-01-01
  • java编程两种树形菜单结构的转换代码

    java编程两种树形菜单结构的转换代码

    这篇文章主要介绍了java编程两种树形菜单结构的转换代码,首先介绍了两种树形菜单结构的代码,然后展示了转换器实例代码,最后分享了相关实例及结果演示,具有一定借鉴价值,需要的朋友可以了解下。
    2017-12-12
  • 解决springboot整合cxf启动报错,原因是版本问题

    解决springboot整合cxf启动报错,原因是版本问题

    这篇文章主要介绍了解决springboot整合cxf启动报错,原因是版本问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-07-07
  • Java基础总结之Thymeleaf详解

    Java基础总结之Thymeleaf详解

    Thymeleaf是一种现代的基于服务器端的Java模板引擎技术,也是一个优秀的面向Java的XML、XHTML、HTML5页面模板,它具有丰富的标签语言、函数和表达式,在使用Spring Boot框架进行页面设计时,一般会选择Thymeleaf模板,需要的朋友可以参考下
    2021-05-05

最新评论