maven依赖冲突

最新推荐文章于 2024-07-26 12:22:10 发布
最新推荐文章于 2024-07-26 12:22:10 发布
阅读量285 收藏
点赞数
分类专栏： maven
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chengqiuming/article/details/78601983
版权
一、短路优先
1、基本原则
A->B->C->X（jar）
A->B->X（jar）
这里会选择第2条路径
2、实例
nage依赖于bge，shanji依赖于nage
bge：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - bge </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - bge </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
        < groupId > commons- io </ groupId >
        < artifactId > commons- io </ artifactId >
        < version > 2.4 </ version >
        </ dependency >
   </ dependencies >
</ project >
nage：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - nage </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - nage </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
        < groupId > commons- io </ groupId >
        < artifactId > commons- io </ artifactId >
        < version > 2.0 </ version >
        </ dependency >
      < dependency >
               < groupId > com.hongxing </ groupId >
               < artifactId > hongxing - bge </ artifactId >
               < version > 0.0.1-SNAPSHOT </ version >
     </ dependency >
   </ dependencies >
</ project >
shanji：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - shanji </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - shanji </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
        < groupId > com.hongxing </ groupId >
        < artifactId > hongxing - nage </ artifactId >
        < version > 0.0.1-SNAPSHOT </ version >
     </ dependency >
   </ dependencies >
</ project >
此时shanji依赖于2.0版本
19.png
 
二 路径相同，先声明先优先
shanji依赖于bge，shanji依赖于nage，bge和nage没有关系
bge：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - bge </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - bge </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
        < groupId > commons- io </ groupId >
        < artifactId > commons- io </ artifactId >
        < version > 2.4 </ version >
        </ dependency >
   </ dependencies >
</ project >
nage：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - nage </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - nage </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
        < groupId > commons- io </ groupId >
        < artifactId > commons- io </ artifactId >
        < version > 2.0 </ version >
        </ dependency >
   </ dependencies >
</ project >
shanji：
   < modelVersion > 4.0.0 </ modelVersion >
 
   < groupId > com.hongxing </ groupId >
   < artifactId > hongxing - shanji </ artifactId >
   < version > 0.0.1-SNAPSHOT </ version >
   < packaging > jar </ packaging >
 
   < name > hongxing - shanji </ name >
   < url > http://maven.apache.org </ url >
 
   < properties >
     < project.build.sourceEncoding > UTF-8 </ project.build.sourceEncoding >
   </ properties >
 
   < dependencies >
     < dependency >
       < groupId > junit </ groupId >
       < artifactId > junit </ artifactId >
       < version > 3.8.1 </ version >
       < scope > test </ scope >
     </ dependency >
     < dependency >
               < groupId > com.hongxing </ groupId >
               < artifactId > hongxing - bge </ artifactId >
               < version > 0.0.1-SNAPSHOT </ version >
        </ dependency >
     < dependency >
        < groupId > com.hongxing </ groupId >
               < artifactId > hongxing - nage </ artifactId >
               < version > 0.0.1-SNAPSHOT </ version >
         </ dependency >
       
   </ dependencies >
</ project >
此时shanji依赖于2.4版本


 
  • 大小: 11.9 KB
chengqiuming
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
关于Maven依赖冲突
FromZeroJiYuan的博客
11-25 702
文章目录Maven依赖冲突场景场景1-重构同包同名类场景2-同包同名类与环境兼容性场景3-同包同名类内部逻辑不同综上Maven依赖传递Maven依赖传递包选择逻辑-仲裁机制Maven scope属性Maven冲突处理工具Maven依赖树命令Maven依赖冲突解决排除冲突依赖父pom中统一管理版本Maven可选依赖总结 Maven依赖冲突场景 场景1-重构同包同名类 假设有两个业务B和C依赖基础包A，后维护基础包A的团队重构基础包A，并打了一个新的基础包D发布。 在一次业务改动时，业务B引入新的基础包D，在开
idea插件一键解决maven依赖冲突
10-19
本插件参考58开源插件MavenManager，采用dependencyManagement方式，一键解决Java开发过程中使用maven作为依赖管理时的jar包依赖冲突问题，相比MavenHelper更加省时省力，jar包版本采用最新版本号原则
详解maven依赖冲突以及解决方法
08-19
主要介绍了maven依赖冲突以及解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
maven依赖冲突以及解决方法
热门推荐
kingwinstar的博客
06-23 3万+
什么是依赖冲突 依赖冲突是指项目依赖的某一个jar包，有多个不同的版本，因而造成类包版本冲突 依赖冲突的原因 依赖冲突很经常是产类包之间的间接依赖引起的。每个显式声明的类包都会依赖于一些其它的隐式类包，这些隐式的类包会被maven间接引入进来，从而造成类包冲突 如何解决依赖冲突 首先查看产生依赖冲突的类jar，其次找出我们不想要的依赖类jar，手工将其排除在外就可以了。具体执行步骤如下 1、查看依赖冲突 a、通过dependency:tree是命令来检查版本冲突 mvn -Dverbose depend
maven 依赖冲突
tszc95的博客
07-10 924
保留了 1.5 版本的 X，但是这个版本的 X 删除了 1.0 版本中的某些类。如果高版本修改了低版本的一些类或者方法的话，这个时候就能直接保留高版本了，而是应该考虑优化上层依赖，比如升级上层依赖的版本。不过，你也可以发现。这两条依赖路径上有两个版本的 X，为了避免依赖重复，Maven 只会选择其中的一个进行解析。这两条依赖路径上有两个版本的 X，为了避免依赖重复，Maven 只会选择其中的一个进行解析。根据路径最短优先原则，X(1.0) 会被解析使用，也就是说实际用的是 1.0 版本的 X。
Maven提高篇系列之五——处理依赖冲突
ksgt00016758的专栏
05-23 1万+
不知道你在使用Maven时是否遇到过诸如"NoSuchMethodError"或"ClassNotFoundException"之类的问题，甚至发生这些问题的Java类你没都没有听说过。要搞清楚这里面的缘由，我们得学习Maven对依赖冲突的处理机制。   Maven采用“最近获胜策略（nearest wins strategy）”的方式处理依赖冲突，即如果一个项目最终依赖于相同arti
Maven依赖冲突
最新发布
weixin_44161478的博客
07-26 286
比如类 C 在 Jar 包 A、B 中都存在，且两个版本的 C 都出现在相同级别（Bootstrap、Extension、Application等）的类路径下，那么类加载的先后顺序就决定了 JVM 选择的最终版本（根据双亲委派机制，先被加载的类会阻止后面的类继续加载，防止核心类被覆盖掉），选择了错误的 C 会导致出现上述第二类依赖冲突。为了解决这类问题，需要把不是目标类的那个依赖排除。先来后到原则：当依赖链长度相同时，即A-X(1.0)和A-X(2.0) 的情况，会按照依赖的声明顺序决定采用哪个版本。
maven依赖冲突插件 MavenHelper-4.26.0
03-12
maven依赖冲突插件：idea依赖很多的时候 可以使用插件帮我们快速查看冲突的依赖 并快速的解决依赖
试试 IDEA 解决 Maven 依赖冲突的高能神器.docx
11-17
总的来说，解决Maven依赖冲突需要理解其工作原理，结合IDEA提供的工具，如Maven Helper插件和依赖结构图，可以有效地定位和排除冲突，保持项目的稳定性和可维护性。在实际开发中，避免引入不必要的依赖和定期清理...
图解Maven依赖冲突发生原因，可用Maven Helper插件(可以直接remove jar)辅助解决
u012501054的博客
12-18 434
1.依赖冲突发生原因 大多数的依赖冲突发生的原因是因为maven的传递依赖会引入很多隐式的依赖，这些依赖可能会和我们显示依赖版本不一致。 传递依赖 如图，我们显示依赖了 spring-boot1.5.9，和spring-core4.0.8（当然这种情况在正常情况下不会发生） 在这种情况，根据Maven的最短依赖路径原则，会使用spring-core4.0.8 当在启动项目的时候...
maven依赖冲突问题
m0_55045698的博客
08-18 182
但是有些包，版本变化大没法去做向下兼容，高版本删了低版本的某些类或者某些方法，那么这个时候就不能一股脑的去选择高版本，但也不能选择低版本。一般我们在解决依赖冲突的时候，都会选择保留jar高的版本，因为大部分jar在升级的时候都会做到向下兼容，所以只要保留高的版本就不会有什么问题。我们发现最终的版本最终已经变成3.17版本，现在再启动就不会报错了，成功解决依赖冲突问题。依赖冲突是指项目依赖的某一个jar包，有多个不同的版本，因而造成了包版本冲突。需要注意的是，声明exclusion的时候只需要。
maven依赖冲突查询
风起尘落的博客
01-21 209
使用idea下载插件maven helper
Maven依赖冲突详解
Hacah的博客
05-31 5832
Maven依赖冲突详解 前言 最近在项目的使用maven过程中，出现了maven依赖包冲突的问题。后续解决了。记下相关的知识点和资料。希望对你有作用。 一、maven依赖处理 1 对依赖的工作模式 当我们引入一个依赖时，maven会导入对应的包，并且该依赖所依赖的所有包都会进行导入，知道没有依赖为止。 2 包冲突 什么是冲突。它的意思就是在用一个项目导入不同版本的相同名的多个包，那么就产生的冲突。而这个冲突就很有可能导致项目无法运行。举个例子A->B->C1.0，D->E->C2.0
maven解决依赖冲突
可可
06-21 483
在项目的开发过程中，常常需要解决jar包依赖冲突的问题，因此在这里总结一下maven的相关用法。1. mvn dependency:tree显示项目的整个依赖树，用来排查依赖冲突。2. mvn dependency:tree -Dverbose详细显示依赖信息，把版本冲突中被抛弃，重复的都显示出来，便于排查问题3. mvn dependency:tree -Dverbose --&gt;test....
如何解决Maven依赖冲突
06-15
Maven依赖冲突是在Maven项目中比较常见的问题，解决方法如下： 1. 手动调整依赖版本：可以手动指定依赖的版本号，将冲突的依赖版本升级或降级，以解决依赖冲突的问题。 2. 排除依赖：在Maven中可以通过exclude元素来排除不需要的依赖，例如排除某个依赖中的某个子模块，或者排除某个依赖的全部子模块。 3. 依赖范围调整：可以通过调整依赖的范围，来解决依赖冲突的问题。例如，将依赖的scope设置为provided，表示该依赖不需要被打包到项目中，或者将依赖的scope设置为test，表示该依赖仅用于测试目的，不会被打包到项目中。 4. 使用dependencyManagement元素：在Maven的pom.xml中，可以使用dependencyManagement元素来管理依赖版本号，这样可以避免不同的依赖版本之间产生冲突。 5. 使用Maven插件：Maven提供了很多插件，可以帮助解决依赖冲突的问题，例如maven-dependency-plugin，可以用于查看项目依赖树和依赖冲突的情况。 总之，解决Maven依赖冲突需要根据具体情况采取相应的措施，尽可能地避免依赖冲突的问题，保证项目的正常构建和运行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值