【maven】pom.xml文件中jar包版本冲突解决的四种方式

最新推荐文章于 2024-06-25 17:39:21 发布

爱吃香草冰淇淋的阿喵

最新推荐文章于 2024-06-25 17:39:21 发布

阅读量1w

点赞数 15

分类专栏： maven 文章标签： maven

本文链接：https://blog.csdn.net/coralime/article/details/104863126

版权

maven 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

pom.xml 添加一个spring-context的jar包

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

在左边External Libraibraries看到依赖了好几个包

右边Maven视窗打开依赖图[Show Dependencies]

此时，在pom.xml 再添加一个spring-beans的jar包，注意版本是4.2.4.RELEASE

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>

此时发现External Libraibraries显示的依赖包中spring-beans的版本发生了变化，但spring-beans所依赖的另一个spring-core的版本却没有发生变化。

再打开依赖图[Show Dependencies] ，发现此时的两个同样的jar包spring-beans版本是有冲突的，而且两个spring-beans所依赖的spring-core包版本也不同。我们发现maven最后选择的是4.2.4.RELEASE的spring-beans和5.2.4.RELEASE的spring-core。那maven到底是如何来解决jar包版本冲突问题的呢？

maven工程要导入jar包的坐标，就必须要考虑解决jar包版本冲突的问题。主要有四种解决方式。

#1->第一声明优先原则

pom.xml文件按从上至下的顺序，哪个jar包的坐标在上面，这个jar包就是先声明的。先声明的jar包坐标下的依赖jar包，可以优先进入项目中。

例如，现在的pom.xml中关于spring-beans和spring-context顺序是这样的。

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>

spring-context先声明，spring-beans后声明，因此它们共同依赖的spring-core包最终选择的是和spring-context版本保持一致的5.2.4.RELEASE。

现在如果将spring-context和spring-beans的声明顺序调换一下

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>
    
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

这里的spring-core版本就变成和spring-beans保持一致的4.2.4.RELEASE了。

关于maven导入jar包的两个概念

[直接依赖] 项目中直接导入的jar包，就是该项目的直接依赖包。

[传递依赖] 项目中没有直接导入的jar包，可以通过项目直接依赖的jar包传递到项目中去。

例如这个项目中直接依赖了spring-context和spring-beans两个jar包，这两个jar包所依赖的spring-core就属于传递依赖包。

#2->路径近者优先原则

直接依赖路径比传递依赖路径近，那么最终项目进入的jar包是路径更近的直接依赖包。

例如，此时pom.xml再添加一个5.1.0.RELEASE的spring-core

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>5.1.0.RELEASE</version>
</dependency>

-> spring-context 5.2.4.RELEASE 会依赖一个 spring-core 5.2.4.RELEASE [传递依赖路径]

-> spring-beans 4.2.4.RELEASE 会依赖一个 spring-core 4.2.4.RELEASE [传递依赖路径]

-> spring-core 5.1.0.RELEASE [直接依赖路径]

所以最终[直接依赖路径]的 spring-core 5.1.0.RELEASE 成功进入了项目中，干掉了上面两个传递依赖路径进来的jar包。

#3->直接排除法

当需要排除某个jar包下的依赖包，如这里想排除掉spring-beans 4.2.4.RELEASE所依赖的spring-core 4.2.4.RELEASE时，可以通过配置<exclusion></exclusion>标签，将不需要的jar包排除掉。

注意标签内部不需要写明版本号，原因是这里的依赖包默认版本和直接依赖包的版本是保持一致的，意思就是说，这里所依赖的spring-core的版本只可能是4.2.4.RELEASE，没有其他可能。

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
    <exclusions>
        <exclusion>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

按照声明第一的原则，spring-core的版本应该会和优先声明的spring-beans的版本保持一致，但添加<exclusion></exclusion>标签将这一版本中的spring-core排除掉之后，最终引入项目的就是spring-context中所依赖的spring-core了。

#4->锁定jar包法（推荐方法）

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-beans</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.4.RELEASE</version>
</dependency>

当如上声明jar包的时候，spring-beans由于直接依赖关系，引入项目的spring-beans.jar包版本是4.2.4.RELEASE，spring-beans和spring-context共同传递依赖的jar包spring-core，由于要和4.2.4.RELEASE声明优先原则而保持一致，所以最终引入项目的spring-core的jar包版本也是4.2.4.RELEASE。

现在为了使得spring-core最终引入项目的版本也是5.2.4.RELEASE，可以使用<dependencyManagement></dependencyManagement>标签进行jar包的版本锁定。

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>5.2.4.RELEASE</version>
        </dependency>
    </dependencies>
</dependencyManagement>

<dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-beans</artifactId>
        <version>4.2.4.RELEASE</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.2.4.RELEASE</version>
    </dependency>
</dependencies>

当通过标签<dependencyManagement></dependencyManagement>对jar包版本进行锁定之后，引入项目最终的jar包版本就以这个标签中最终声明的版本号为准。需要注意的是，这个标签内只是对jar包的版本号进行了声明，并没有直接将jar包引入项目中，所以下面真正声明jar包坐标的<dependency></dependency>标签不能省略。

这个锁定jar包版本的方法还可以用于另一种情况下。

maven工程是可以分为父子依赖关系的。凡是依赖别的项目后，项目里引入的所依赖这个项目的所有依赖jar包，都属于传递依赖。

比如，当前的项目A，被项目B所依赖（B -> A），那么项目A中所有的jar包都会传递到项目B中。项目B的开发者，如果再次在项目中导入一套和项目A一样的jar包（假如他们都共同使用了SSM框架的一套jar包），对于项目B来说这些重新导入的jar包都是直接依赖关系，那么直接依赖的jar包就会把从项目A传递过去的jar包直接覆盖掉。这里就会出现问题，项目A使用的jar包版本比项目B高，这样项目B直接覆盖掉原有的传递依赖包，项目可能就无法运行了，这不是我们希望出现的情况。

因此，为了防止这样的情况出现，可以通过标签<dependencyManagement></dependencyManagement>把项目A中主要jar包的版本锁住，那么其他依赖该项目的项目中，即便是有同名jar包直接依赖，也无法进行覆盖了。

学习资料来源：https://www.bilibili.com/video/av70969191?p=30

爱吃香草冰淇淋的阿喵

关注

15
点赞
踩
40

收藏

觉得还不错? 一键收藏
0
评论
【maven】pom.xml文件中jar包版本冲突解决的四种方式

pom.xml 添加一个spring-context的jar包<dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.4.RELEASE<...
复制链接

扫一扫

专栏目录