Maven中jar包冲突的解决方式
2024-09-01 04:49:46
现象
创建一个maven工程,引入spring-context包。
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.0.8.RELEASE</version>
</dependency>
此时看左侧的lib,我们发现引入了一个坐标,多出了很多的jar包,这个现象叫做依赖传递,就是说,当前坐标所依赖的jar包也会一同引入进来,这里的版本都是5.0.8的。
接下来,我们再引入一个springmvc。我们换一个版本,我们引入4.2.4版本
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>4.2.4.RELEASE</version>
</dependency>
我们通过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标签的时候,其内部不用写版本号,这是唯一不用写版本号的一种情况。因为他默认就去找当前依赖的版本了。
最新文章
- java 集合
- 转:StrictMode使用
- 纯CSS实现JS效果研究
- 5 个最好的3D游戏开发工具(转)
- CGI、FastCGI和PHP-FPM关系图解
- href的参数含有中文在IE下乱码的解决
- 利用smarty call函数实现无限极分类
- asp.net Global.asax 方法的使用和说明
- C++内存管理(超长)
- ASP.NET中 RegularExpressValidator(正则验证)的使用
- 学习MVC之租房网站(八)- 前台注册和登录
- Number Sequence(快速幂矩阵)
- 使用VSCode 编译调试QT程序
- JVM学习八:常用JVM配置参数
- Java-Maven(二):Maven常用命令
- 分布式进阶(九)Ubuntu下使用nsenter进入Docker容器
- python做量化交易干货分享
- vim编辑器头部自动插入注释和shell的高亮显示
- 编程从入门到放弃(Java)
- HTML 元素大小