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

这篇具有很好参考价值的文章主要介绍了Maven解决jar包版本冲突的4种方法。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

概念

  先解释下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),可以用版本锁定:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>xx.xx.xx</groupId>
            <artifactId>b</artifactId>
            <version>3.0.0</version>
        </dependency>
    </dependencies>
</dependencyManagement>

<dependencies>
	<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>
</dependencies>

  这时项目中引入的b jar包的版本就是3.0.0了,不是1.0.0或者是2.0.0,以dependencyManagement标签中定义的版本为准。文章来源地址https://www.toymoban.com/news/detail-550968.html

到了这里,关于Maven解决jar包版本冲突的4种方法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Maven 3-Maven依赖版本冲突的分析及解决小结

    举例 A依赖于B及C,而B又依赖于X、Y,而C依赖于X、M,则A除引B及C的依赖包下,还会引入X,Y,M的依赖包(一般情况下了,Maven可通过scope等若干种方式控制传递依赖)。 这里有一个需要特别注意的,即B和C同时依赖于X,假设B依赖于X的1.0版本,而C依赖于X的2.0版本,A究竟依赖

    2024年02月03日
    浏览(48)
  • 实际上手体验maven面对冲突Jar包的加载规则 | 京东云技术团队

    相信大家在日常的开发过程中都遇到过Jar包冲突的问题,emm,在最近处理业务需求时我也遇到了不同版本jar包冲突导致项目加载出错的问题。主要是一个完整的项目会不可避免的使用第三方的Jar包来实现功能开发,各种第三方包之间可能会存在依赖关系,不同版本的依赖就会

    2024年02月16日
    浏览(28)
  • maven无法从阿里云中央仓库下载jar包的解决方法

    这个方法不一定适用于所有人。 问题描述:启动公司的SpringBoot项目时,maven爆红提示从阿里云中央仓库找不到目标jar包,但我本地maven仓库是有这个jar包的(版本也对的上),我就好奇maven为什么不从本地获取jar包呢?于是目标jar包本地仓库的路径发现:该jar包的路径下有一

    2024年02月11日
    浏览(32)
  • Idea2020.1编译maven工程显示jar包不存在的解决方法

    主要是给自己看的,以免以后遇到这个问题找不到方法。 问题描述:idea编译maven工程会显示jar包不存在,用maven编译可以通过,仔细检查jar包是都在的,新创建也编译不通过 找了好多方法都不能解决,最终发现以下两种可以解决 解决方案:第一种:(不推荐) 打开idea的Se

    2024年02月12日
    浏览(46)
  • 解决IntelliJ IDEA执行maven打包,执行java -jar命令提示jar中没有主清单属性

    IDEA执行 mvn clean package -DskipTest=true 命令或者借助工具的 Maven菜单 进行打包操作,然后执行 java -jar app.jar 命令后,提示jar中没有主清单属性 这个错误通常是由于生成的JAR文件缺少一个主清单属性引起的。在使用 java -jar 命令运行JAR文件时,JVM需要查找JAR文件中包含 Main-Class 属

    2024年02月05日
    浏览(46)
  • 【java】[maven]每次创建一个maven模块时java compiler版本就是1.6与实际版本不一致(解决本质问题)

    目录 方案一: 我没有使用 方案二:修改maven配置文件 前言:每次创建一个maven模块时java compiler版本就是1.6与实际版本不一致 使用的使用maven3.9.1 jdk17,但是每次创建一个maven模块都是会影响之前的模块。网上都是修改pom.xml 因为在项目中如果没有指定jdk的版本,重新运行的时

    2024年02月10日
    浏览(35)
  • Maven之高版本的 lombok 和 tomcat 7 插件冲突问题

    在开发期间,当我们使用 tomcat7-maven-plugin 来作为运行环境运行我们项目使,如果我们项目中使用了 1.16.20 及以上版本的 lombok 包,项目启动时会报错: 原因在于,从 1.16.20 开始 lombok 包中有了一个叫 module-info.class 的文件,而低版本的 tomcat 不能识别这个文件,从而导致运行时

    2024年02月11日
    浏览(36)
  • maven解决包冲突

    这边篇文章主要是来讲解我们日常开发中碰到一些Maven包冲突的一个解决方案。如何去一步一步进行排查,然后找到思路解决某一个固定的痛点和问题。在我们日常的导入包当中,可能不经意间就会导入一些相同类名的包或者路径的包。因为不同的包,它可能依赖某一个版本

    2024年01月18日
    浏览(22)
  • 【Maven】如何发现,定位,解决依赖冲突

    运行的时候可能报出错误xx类找不到xx方法,xx类找不到,很有可能就是冲突导致的。 idea安装插件,maven helper 比如我有两个依赖,guava和findbug。 他们都用到了jsr305,但是我依赖的版本不同。可以进入pom文件点击下面的通过Dependency Anazlyer来查看冲突。 可以打印出依赖关系树

    2024年02月11日
    浏览(30)
  • 如何定位、解决maven依赖冲突问题

    目录 1.依赖冲突的原因 2.复现一个依赖冲突场景 3.如何定位依赖冲突 3.1.maven show dependencies 3.2.maven helper 4.依赖路径最短优先原则 如果maven项目中,A依赖于B和C,B依赖于1.0版本的D,C依赖于2.0版本的D,这时候就会出现依赖冲突。   在A上加载使用D依赖的时候,maven会根据 依赖路

    2024年02月10日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包