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

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.RELEASEspring-beans5.2.4.RELEASEspring-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-contextspring-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
    评论
### 回答1: 在Mavenpom.xml文件添加本地的jar包依赖有两种方法: 1.使用系统范围依赖 在pom.xml的dependencies添加以下配置: ``` <dependencies> <dependency> <groupId>local</groupId> <artifactId>local-jar</artifactId> <version>1.0</version> <scope>system</scope> <systemPath>${project.basedir}/lib/local-jar-1.0.jar</systemPath> </dependency> </dependencies> ``` 其,groupId、artifactId和version可以任意指定,systemPath指定了本地jar包的路径。使用这种方法可能会导致项目的可移植性受到影响。 2.将jar包安装到本地仓库 在命令行执行以下命令将jar包安装到本地仓库: ``` mvn install:install-file -Dfile=D:\local-jar-1.0.jar -DgroupId=local -DartifactId=local-jar -Dversion=1.0 -Dpackaging=jar ``` 在pom.xml的dependencies添加以下配置: ``` <dependencies> <dependency> <groupId>local</groupId> <artifactId>local-jar</artifactId> <version>1.0</version> </dependency> </dependencies> ``` 打包方法: 在命令行执行以下命令进行打包: ``` mvn package ``` 执行该命令会在项目的target目录下生成一个jar包,其包含了项目的所有依赖。可以使用以下命令运行jar包: ``` java -jar target/my-project.jar ``` ### 回答2: Maven是一个优秀的项目构建工具,但是在实际开发,很多项目可能需要依赖一些本地的jar包,因为这些jar包可能没有被上传到Maven央仓库或者公司内部的私有仓库。那么在Maven如何添加本地jar包依赖呢? 一、将本地jar包安装到Maven本地仓库 在添加本地jar包前,需要先将其安装到Maven本地仓库。可以使用以下命令在本地仓库安装jar包: ``` mvn install:install-file -Dfile=path-to-your-jar -DgroupId=your.group.id -DartifactId=your-artifact-id -Dversion=your-version -Dpackaging=jar ``` 其,path-to-your-jar为本地jar包的绝对路径,your.group.id为你的项目组id,your.artifact.id为你的项目id,your-version为jar包版本号。请根据实际情况修改。 这条命令将会在Maven本地仓库安装该jar包,并且可以通过groupId、artifactId和version来引用该jar包。 二、在pom.xml添加本地jar包依赖 添加本地jar包之后,就可以在项目的pom.xml添加依赖了。在dependencies标签添加以下代码: ```xml <dependency> <groupId>your.group.id</groupId> <artifactId>your-artifact-id</artifactId> <version>your-version</version> <scope>system</scope> <systemPath>${basedir}/path-to-your-jar</systemPath> </dependency> ``` 其,your.group.id、your.artifact.id和your-version与上面安装jar包时保持一致,scope为system,systemPath为本地jar包的路径,通常使用${basedir}占位符表示项目根目录。 三、使用Maven打包 在添加本地jar包依赖之后,就可以使用Maven进行项目打包了。常见的打包方式有两种,分别是打JAR包和打WAR包。 1. 打JAR包JAR包的目的是将Java项目打包成一个可执行的jar文件,可以通过以下命令打包: ``` mvn package ``` 执行该命令将会在target目录下生成一个以项目名称为命名的jar包。 2. 打WAR包 打WAR包的目的是将Web项目打包成一个可部署的war文件,可以通过以下命令打包: ``` mvn package ``` 执行该命令将会在target目录下生成一个以项目名称为命名的war包。 总的来说,将本地jar包添加为Maven依赖和使用Maven进行项目打包是比较常见的开发操作,掌握这些技能对于提高开发效率具有重要作用。 ### 回答3: Maven是Java项目管理工具,可以帮助开发人员自动构建项目,以及管理项目的依赖库。在项目,有时需要添加本地jar包作为依赖,这就需要在项目pom.xml文件做出相应的修改。 添加本地jar包依赖: 1. 将需要添加的本地jar包放到项目一个指定的目录下,可以是项目根目录下的lib目录等。 2. 在pom.xml文件的<dependency>标签,添加如下内容: ```xml <dependency> <groupId>local</groupId> <artifactId>jar包名称(不包含后缀名)</artifactId> <version>1.0</version>(可选) <scope>system</scope> <systemPath>${basedir}/lib/本地jar包全名(包含后缀名)</systemPath> </dependency> ``` 这里,groupId设置为“local”,artifactId为本地jar包的名称(不包含后缀名),version版本号可选,scope设置为“system”,systemPath指定本地jar包的具体路径。${basedir}表示当前项目的根目录。 3. 保存pom.xml文件,重新构建项目,就可以成功添加本地jar包依赖了。 打包方法: 1. 在项目根目录下运行以下命令,生成jar包: ``` mvn clean package ``` 2. 如果需要将项目打成war包,可以修改pom.xml文件,在<packaging>标签将“jar”修改为“war”,然后重新构建项目。打出来的war包会自动发布到Tomcat等服务器。 这样,就可以通过Maven将项目打包成jar或war包了。同时,Maven也提供了很多其他的构建、依赖管理等功能,可以大大提高开发效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值