maven传递依赖的版本确定规则

最新推荐文章于 2025-05-10 16:11:29 发布
最新推荐文章于 2025-05-10 16:11:29 发布
阅读量186 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Maven/Ant 文章标签： maven 依赖 传递 版本 规则
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iteye_15147/article/details/82582392
本文介绍了Maven在处理项目依赖时遵循的特定规则，包括优先选择依赖树中深度较浅的依赖，当两个依赖在同一层级时选择声明顺序靠前的依赖，并提出了最佳实践建议。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

[size=medium]原文链接: [url]http://blog.youkuaiyun.com/bluishglc/article/details/6584678[/url]
[img]http://dl2.iteye.com/upload/attachment/0098/0560/099446c9-c41e-38aa-b86d-81cee230cb79.gif[/img]

　1. 在工程的依赖树上，深度越浅，越被优先选择。如本例中的spring-jms. 由于pom中直接声明了3.0.2版本的spring-jms,所以3.0.2版本的spring-jms在工程的依赖树上处在第一层，而activemq-optional所间接依赖的3.0.3版本的spring-jms则是处在工程依赖树的第二层，则maven会以深度浅者优先，所以最后解析的结果是选择了3.0.2版本的spring-jms。

　　2. 若两个依赖包处于依赖树上的同一层，则谁在前，选择谁。如本例中的spring-core.一个是activemq-optional的间接依赖，一个是spring-context的间接依赖，两个依赖都是处在第二层上，但由于是activemq-optional声明在前，所以maven优先选择了activemq-optional所依赖的3.0.3的版本！

　　3. 避免传递依赖引起版本问题的最佳实践。现在很多的开源框架和工具都开始分模块打包发布，比如spring,hibernate都是如此，而这些模块之间又有可能存在相关的依赖关系，为了避免出现版本不一致问题，比如上例中出现的spring-jms使用的是3.0.2，而spring-core却使用了3.0.3这种情况，需要我们对一个工程直接依赖的某一框架的多个模块都要做出声明，而不要依赖其内部的依赖关系来间接引入。总结起来就昌：一般来说，如果工程直接依赖到某一框架的多个模块，最好全部声明这些依赖。
[/size]
解决 Maven 中重复依赖不同版本的选择规则（Java）
CodeWWWCode的博客
09-17 1335
在实际开发中，如果依赖冲突比较复杂，你可能需要使用 Maven 提供的一些插件和工具来帮助解决冲突问题。在 Maven 中，当同一个项目依赖于不同版本的相同库时，Maven 会根据一定的规则选择其中一个版本作为实际使用的版本。如果重复依赖的两个版本都没有明确指定版本号，Maven 将选择第一个声明的版本。因此，你可以通过调整依赖项的顺序来选择特定的版本。确保你想使用的版本在依赖树中的较上层。如果项目中有多个依赖使用不同的版本，但你希望使用统一的版本，可以通过在 pom.xml 文件的。
Java 中 Maven 的依赖范围详解
Java大师兄的博客
04-09 624
本文旨在全面解析 Maven 依赖范围的概念、原理和实践应用。Maven 依赖范围的基本概念和分类各种依赖范围的具体行为差异依赖范围对项目构建生命周期的影响实际开发中的最佳实践和常见问题本文首先介绍 Maven 依赖管理的基本概念，然后详细解析六种标准依赖范围。接着通过实际代码示例展示不同范围的使用场景，讨论常见问题和最佳实践，最后展望未来发展趋势。Maven：Apache 提供的项目管理和构建自动化工具依赖范围(Dependency Scope)：限定依赖关系的可用性和传递性的作用域。
Maven采坑：依赖版本问题
weixin_39817683的博客
02-28 686
说明：当一个父pom中的dependencyManagement 标签中需要导入另一个pom中的dependencyManagement的时候，必须同时使用import 和 pom。由于本级优先于上级，上级优先于下级的加载原则，B中的redisson版本实际上是由A2指定的，因为使用import后A1和A2等于都是上级pom。明明二方件中指定了redisson版本未3.24.0，但微服务引入二方件时，redisson版本永远是3.16.8。不同下级jar中依赖了不同版本，优先使用先加载下级jar中的版本；
【Maven学习】maven继承和传递依赖
热门推荐
fxkcsdn的博客
07-28 1万+
本篇我们将学习maven的继承机制、依赖之间的传递性以及maven是如何解决依赖冲突的。 maven继承 在maven中，子项目是可以继承父项目的依赖的，假设父项目引入了junit依赖，子项目继承父项目，虽然子项目没有引入junit依赖，但是子项目会继承父项目的依赖，从而使用junit依赖。请看例子：现在新建了一个父项目mavenParent，它的目录结构如下，有一个Hello.java和对应...
Maven 中的依赖管理机制
栗筝i的博客
01-05 943
Maven 依赖（Dependency）是 Maven 项目中使用的外部库或模块。这些依赖可以是开源框架、工具类库、第三方组件或者其他项目构建的模块，它们通常被托管在中央仓库或私有仓库中。Maven 会根据配置的依赖自动下载相应的库，并添加到项目的构建路径中，从而避免手动管理库文件的繁琐操作。依赖通常会在pom.xml中声明，Maven 会自动管理和下载这些构件，以确保项目的构建和运行。
Maven 动态版本与SNAPSHOT机制详解
在技术的广袤天地里，本博客如精准罗盘。剖析前沿科技，深掘代码奥秘，以精炼笔触，带您穿越复杂技术迷宫，速达知识彼岸。
05-05 2920
据Sonatype 2023年发布的《软件供应链现状报告》显示，超过63%的Java项目在其依赖声明中至少存在一个动态版本范围，而其中28%的项目因此遭遇过构建不可复现的问题。与此同时，SNAPSHOT依赖的滥用导致近40%的生产环境事故可追溯至未经验证的临时构建版本。这些数据揭示了一个残酷的现实：开发者往往在追求开发效率的过程中，无意间为系统埋下了技术债务的种子。 本文将从Maven的版本解析机制切入，深入探讨动态版本（包括属性占位符和版本范围）的实现原理与适用边界
Maven中依赖中的scope的作用
gao_zhennan的博客
03-08 2120
背景：通过网上的免费视频课程学习了Maven软件工具，在老师讲到scope的作用时，产生了一些疑惑，其实老师的课程中的描述也不准确（会在下文中指出）。于是，网上查找答案，结果，不尽人意。有些是内容描述不准确，或者不全面，例如没有介绍新添加的import。有些给出来官方文档，但是却没有全部解释，或者翻译存在问题。 找了好多文章，几乎没有一个是完全没有问题的，而且他们都浏览量很高。因此，想要写一篇文章更全面、正确的解释scope的作用。（注：本文基于官方文档）。 一 、网上的普遍解释 1. 某视频课程中老师.
Java 中 Maven 依赖冲突的解决策略
最新发布
Java大师兄的博客
05-10 772
本文旨在全面介绍 Java 中 Maven 依赖冲突的相关知识和解决方法。我们将从依赖冲突的基本概念入手，深入分析其产生的原因和可能出现的表现形式。然后，详细阐述多种解决依赖冲突的策略，包括依赖排除、版本锁定、依赖调解原则等。为了让读者更好地理解和应用这些策略，我们还会提供实际的代码案例和详细的分析。本文的范围涵盖了 Maven 依赖冲突的各个方面，适用于使用 Maven 进行 Java 项目开发的开发者。核心概念与联系：介绍 Maven 依赖的基本概念、依赖冲突的定义和产生原因。
Maven 依赖传递性依赖原则和统一jar版本，继承传递
19：30的博客
08-18 1676
maven依赖性具有传递性：A.jar -> B.jar -> C.jar (当且仅当B.jar -> C.jar 的范围是compile（<scope>compile</scope>）) 程序示例： if(A.jar 依赖 B.jar){ if(B.jar 依赖 C.jar && scope == compile){ ...
聊聊Maven的依赖传递、依赖管理、依赖作用域
申城异乡人
10-12 916
Maven依赖传递、依赖管理、依赖作用域讲解。
Maven中父子项目依赖传递详解
weixin_43819429的博客
03-20 6406
本文描述了在Maven项目中，父子依赖传递的实现方式，以及其优缺点
maven的依赖传递性
enjoy.day
04-28 1150
maven的依赖传递性 当项目A依赖于B，而B又依赖于C的时候，自然的A会依赖于C，这样Maven在建立项目A的时候，会自动加载对C的依赖。 一、依赖传递对版本的选择 假设A依赖于B和C，然后B依赖于D，D又依赖于E1.0，C直接依赖于E2.0，那么这个时候A依赖的是E1.0还是E2.0，还是这两个都依赖呢？ 两个都依赖是肯定不行的，因为它们可能会有冲突的地方。这个时候就涉及到Maven中依赖传递对版本的选择问题。 依赖传递在选择版本的时候首先是根据深度选择的。当一个项目同时经过不同的路径依赖于同一个组件时
Maven之使用规范
Arthur_Holmes的博客
09-17 2000
maven的配置文件看似很复杂，其实只需要根据项目的实际背景，设置个别的几个配置项而已。maven有自己的一套默认配置，使用者除非必要，并不需要去修改那些约定内容。这就是所谓的“约定优于配置”。 1、变量规范 1.1 系统变量 除了在setting.xml以及pom.xml当中用properties定义的常量，maven还提供了一些隐式的变量，用来访问系统环境变量。 内置属性 ${basedir}表示项目根目录,即包含pom.xml文件的目录 ${version}表示项目版本 ${project
maven中pom依赖相同jar包优先顺序加载版本
sugar_cookie的博客
08-10 2537
不同下级jar中依赖了不同版本，优先使用先加载下级jar中的版本；管理版本：指dependencyManagement中管理的版本。上级管理版本和本级管理版本会覆盖下级依赖版本；同一个包中后加载的版本覆盖先加载的版本；情况5: 下级依赖先加载的>后加载的。情况6: 上级管理版本>下级依赖版本。情况1:本级依赖后加载的>先加载的。情况8:本地管理版本>上级管理版本。情况9:本地管理版本>下级依赖版本。情况7:本地依赖>本级版本管理。本级依赖版本优先于管理版本；情况4: 上级依赖>下级依赖。...
maven依赖后版本号变了，Maven dependencyManagement中的依赖版本会覆盖传递依赖版本
qq_35658951的博客
03-05 1533
maven依赖后版本号变了，Maven dependencyManagement中的依赖版本会覆盖传递依赖版本
【Maven】依赖传递，解决依赖冲突
来日浅谈的博客
05-07 2195
【Maven】依赖传递，解决依赖冲突1. 什么是依赖传递？2. 解决依赖冲突2.1 解决依赖冲突有以下原则2.2 排除依赖2.3 锁定版本 1. 什么是依赖传递？ 首先我们先随便添加个spring的依赖 <dependency> <groupId>org.springframework</groupId> ...
Maven父子结构的项目依赖包版本号传递规则
hkl_Forever的博客
10-21 612
child工程的父 pomxml 中也是通过来进行各个依赖的版本管理，如果此处覆盖 parent 依赖中的对应的版本号，那么将会以覆盖的版本号为准，否则以parent中版本号为准。3、child工程的父 pomxml 中通过标签引入上述的parent父工程的pom依赖，从而实现parent工程管理的版本号传递到child工程。1、parent工程是其他服务的基础工程，一般其他服务都需要依赖此工程。
maven如何指定依赖的子依赖版本
03-28
<think>好的，我现在需要帮助用户了解如何在Maven中指定依赖的子依赖版本。首先，我应该回忆一下Maven的基本依赖管理机制。Maven使用传递性依赖，这意味着当项目引入某个依赖时，它的子依赖（即该依赖所依赖的其他库）也会被自动引入。但有时候这些子依赖的版本可能不符合项目需求，可能需要排除或覆盖它们。 接下来，用户的问题是如何指定子依赖的版本。常见的解决方案有两种：使用dependencyManagement或者在依赖中排除原有子依赖后手动添加所需的版本。我需要详细说明这两种方法的具体步骤。 首先，dependencyManagement部分。这通常在父POM或项目的pom.xml中使用，可以统一管理依赖版本，包括子依赖。当在dependencyManagement中声明了某个依赖及其版本后，所有引入该依赖的地方都会使用指定的版本。不过需要注意的是，如果子依赖的版本在父POM中被锁定，子项目可能需要显式声明依赖才能继承版本，或者覆盖父POM的设置。 然后是排除依赖的方法。用户可以在主依赖中使用exclusions标签，排除特定的子依赖，然后在项目中显式添加需要的版本。这种方法更直接，适用于需要局部调整的情况，但管理起来可能比较繁琐，尤其是当多个依赖有相同的子依赖时。 可能还需要提到Maven的依赖调解机制，即最近定义优先和最先声明优先的原则。但用户的问题主要是如何显式指定版本，所以这部分可能简要提及即可。 另外，需要提醒用户，在覆盖版本时要注意兼容性问题，确保新版本与主依赖兼容。建议通过官方文档或测试来验证版本变更后的稳定性。 现在，我需要将这些思路整理成结构清晰的步骤，用中文分点说明，确保用户能够一步步理解和操作。同时，注意使用正确的LaTeX格式，比如行内公式用$...$，独立公式用$$...$$，不过在这个问题中可能涉及的数学公式较少，但如果有相关示例可能需要应用。 最后，检查是否有遗漏的细节，比如是否提到Maven的继承特性，或者如何查找当前依赖树以确定需要调整的子依赖。可能还需要推荐使用mvn dependency:tree命令来分析依赖关系，帮助用户确定需要排除或覆盖的子依赖。 总结起来，回答的结构应该是： 1. 问题背景：传递性依赖导致子依赖版本不符合需求。 2. 解决方法一：使用dependencyManagement统一管理版本。 - 示例代码 - 注意事项 3. 解决方法二：排除原有依赖并手动添加。 - 示例代码 - 适用场景 4. 补充建议：使用dependency:tree分析依赖，注意版本兼容性。 确保每个部分都清晰，代码示例正确，并且使用中文术语，比如“传递性依赖”、“排除依赖”等。同时，避免使用复杂术语，保持解释的易懂性。</think>在Maven中，指定依赖的子依赖（传递性依赖）版本主要有以下两种方式： --- ### 一、使用 `<dependencyManagement>` 统一管理版本 **作用**：在父POM或当前项目的POM中声明依赖版本，所有子模块或依赖项将默认继承此版本。 **步骤**： 1. 在项目的 `pom.xml` 中添加 `<dependencyManagement>` 部分。 2. 声明需要指定版本的依赖（包括其子依赖）。 ```xml <dependencyManagement> <dependencies> <!-- 声明目标子依赖的GAV --> <dependency> <groupId>子依赖的groupId</groupId> <artifactId>子依赖的artifactId</artifactId> <version>目标版本</version> </dependency> </dependencies> </dependencyManagement> ``` **示例**： 假设主依赖 `A` 引入了子依赖 `B 1.0`，但需要强制使用 `B 2.0`： ```xml <dependencyManagement> <dependencies> <dependency> <groupId>com.example</groupId> <artifactId>B</artifactId> <version>2.0</version> </dependency> </dependencies> </dependencyManagement> <dependencies> <dependency> <groupId>com.example</groupId> <artifactId>A</artifactId> <version>1.0</version> </dependency> </dependencies> ``` **注意**： - 若父POM已通过 `<dependencyManagement>` 指定版本，子项目会继承该版本。 - 若需覆盖父POM的版本，需在子项目中重新声明。 --- ### 二、手动排除并添加依赖 **作用**：显式排除主依赖中的子依赖，然后手动添加指定版本。 **步骤**： 1. 在主依赖中使用 `<exclusions>` 排除子依赖。 2. 显式添加所需版本的子依赖。 ```xml <dependencies> <dependency> <groupId>com.example</groupId> <artifactId>A</artifactId> <version>1.0</version> <exclusions> <!-- 排除不需要的子依赖 --> <exclusion> <groupId>com.example</groupId> <artifactId>B</artifactId> </exclusion> </exclusions> </dependency> <!-- 手动添加指定版本的子依赖 --> <dependency> <groupId>com.example</groupId> <artifactId>B</artifactId> <version>2.0</version> </dependency> </dependencies> ``` **适用场景**： - 仅需修改某个特定依赖的子依赖版本。 - 父POM无法统一管理版本时。 --- ### 三、补充说明 1. **依赖优先级**： Maven遵循“最短路径优先”和“最先声明优先”原则。若多个路径引入同一依赖，版本可能由这些规则决定。 2. **查看依赖树**： 使用命令 `mvn dependency:tree` 分析依赖关系，定位需要调整的子依赖： ```bash mvn dependency:tree -Dincludes=子依赖groupId:子依赖artifactId ``` 3. **版本兼容性**： 修改子依赖版本时，需确保其与主依赖兼容（如API兼容性），否则可能导致运行时错误。 --- ### 总结 - **统一管理**：推荐使用 `<dependencyManagement>` 集中管理版本，适合多模块项目。 - **局部调整**：使用 `<exclusions>` 排除并手动添加依赖，适合快速解决冲突。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值