栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

Maven jar包冲突的解决方案

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

Maven jar包冲突的解决方案

现象

创建一个maven工程,引入spring-context包。

    
      org.springframework
      spring-context
      5.0.8.RELEASE
    

此时看左侧的lib,我们发现引入了一个坐标,多出了很多的jar包,这个现象叫做依赖传递,就是说,当前坐标所依赖的jar包也会一同引入进来,这里的版本都是5.0.8的。


接下来,我们再引入一个springmvc。我们换一个版本,我们引入4.2.4版本

    
      org.springframework
      spring-webmvc
      4.2.4.RELEASE
    

我们通过idea给的maven分析图可以看出,mvc和context都依赖与sprng-core一个,依赖的是5.0.8版本,一个依赖的是4.2.4版本。


那么真正加载的是哪个版本呢。是5.0.8版本。


此时就是存在了jar包的冲突问题,那么我们解决这个问题,有三种方式。

声明优先原则

此时我们的pom文件中是先声明的5.0.8版本,后声明的4.2.4版本,我们将其调换顺序。



此时我们发现他们共同依赖的jar包,都变成了4.2.4版本,这就是声明优先原则。

就近优先原则

比如,我们不想调换顺序,我们就是想使用4.2.4版本的spring-core。我们可以单独引入进来


此时再看,我们发现依赖的spring-core已经变成了4.2.4版本了。


这个就是就近优先原则,就近优先是直接依赖,直接依赖的优先级大于传递依赖的优先级。

排除依赖

这种方式我们可以直接排除spring-context中的spring-core的传递依赖。


再看依赖,此时已经改为4.2.4.


使用exclusions标签的时候,其内部不用写版本号,这是唯一不用写版本号的一种情况。因为他默认就去找当前依赖的版本了。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持考高分网。

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/134419.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号