[Maven]依赖传递机制

最新推荐文章于 2025-10-31 16:43:39 发布
转载 最新推荐文章于 2025-10-31 16:43:39 发布 · 895 阅读 · 1
文章标签：

#jar管理 #maven #依赖传递

博客介绍了Maven依赖版本的选择原则。首先优先遵循依赖管理元素中指定的版本声明；若无版本声明，按‘短路径优先’原则，选依赖树中路径最短的版本；若路径长度一致，则按‘第一声明优先’原则，选POM中最先声明的版本。

一、优先按照依赖管理元素中指定的版本声明进行选择，此时下面的两个原则都无效了

二、若无版本声明，则按照“短路径优先”的原则（Maven2.0）进行选择，即选择依赖树中路径最短的版本

三、若路径长度一致，则按照“第一声明优先”的原则进行选择，即选择POM中最先声明的版本

原文引用
官方参考

Maven：传递依赖
啊Q老师
02-18 774
Maven：传递依赖
Maven 中的依赖管理机制
栗筝i的博客
01-05 1168
Maven 依赖（Dependency）是 Maven 项目中使用的外部库或模块。这些依赖可以是开源框架、工具类库、第三方组件或者其他项目构建的模块，它们通常被托管在中央仓库或私有仓库中。Maven 会根据配置的依赖自动下载相应的库，并添加到项目的构建路径中，从而避免手动管理库文件的繁琐操作。依赖通常会在pom.xml中声明，Maven 会自动管理和下载这些构件，以确保项目的构建和运行。
Maven之依赖的传递
qq_57907966的博客
01-05 567
eg：A直接依赖于B（B是在1度）和C（C也在1度）；B直接依赖junit4.12（junit4.12在2度）,C直接依赖junit4.12.2（junit4.12.2在2度）, 在A的直接依赖中，B在C的前面，所以A中junit的版本是4.12；路径优先：当依赖中出现相同的的资源时，层级越深，优先级越低，层级越浅，优先级越高。A依赖B，B依赖C，如果A不想将C依赖进来，是否可以做到？A依赖B，B依赖C，如果B不想让A看见C，是否可以做到？A依赖B，B依赖C，A是否依赖于C呢？
Maven依赖-传递、管理和作用域
weixin_55305220的博客
04-18 1024
作用域为compile的依赖，在编译、测试和运行时都是可用的，并且会参与项目的打包过程，该依赖会传递给依赖该模块的其他模块。作用域为provided的依赖，在编译和测试时是可用的，在运行时是不可用的，不会参与项目的打包过程，也不会传递给其他模块。作用域为runtime的依赖，在测试和运行时是可用的，在编译时是不可用的，会参与项目的打包过程，也会传递给依赖该模块的。每个项目，一般都会继承自一个父项目，在实际的工作中，这个父项目一般都是公司架构组提供的带有公司特色的一个基础项目，
深入解析Maven依赖机制
最新发布
m0_37607945的博客
10-31 424
在 Java 项目中，我们经常需要使用第三方库（如junitlog4j等）。这些库之间又可能互相依赖其他库 —— 这就形成了一个“依赖树”。Maven 的作用就是：自动帮你下载这些依赖，解决版本冲突，控制哪些依赖在哪个阶段生效。实践建议✅ 显式声明直接依赖即使某个库是通过传递引入的，如果你代码里直接用了它，最好显式声明，避免未来构建失败✅ 使用 BOM 管理版本尤其是 Spring、Alibaba 技术栈等复杂生态✅ 合理使用provided避免把 Servlet API 打进 WAR 包。
【Maven从入门到实战教程】第六章 Maven依赖传递详解
波哩个波的博客
04-06 3090
一、理解依赖传递 二、依赖传递的排除 三、依赖冲突与解决
3. maven依赖传递
lucyLee的博客
03-21 3615
依赖范围 上一篇博客提到，在pom文件中引用其他依赖时，可以指定依赖的范围 例如，test范围支队测试代码有效，对编译或运行主代码无效 这里maven在编译、运行和测试时，会使用三套不同的classpath：编译classpath、运行classpath、测试classpath。 依赖范围，就是用来控制引入的依赖与这三种classpath之间的关系 。 maven的中依赖范围： compile： 编译依赖范围，若不明确指定scope，默认使用该值。compile范围的依赖，对编译classpath、
Maven的依赖传递、依赖管理、依赖作用域
0 error(s), 0 warning(s), all success 的博客
06-23 1478
在Maven项目中通常会引入大量依赖，但依赖管理不当，会造成版本混乱冲突或者目标包臃肿。因此，我们以SpringBoot为例，从依赖传递、依赖管理、依赖作用域三方面探索依赖的使用规则。
【Maven依赖传递机制解析】：为什么install是deploy前不可或缺的一步？
首先介绍了Maven的基础概念与依赖管理模型，深入解析了依赖声明、传递机制及仓库交互原理。随后详细分析了Maven的生命周期结构，特别是install与deploy阶段之间的逻辑关系及其在构建一致性保障中的作用。文章进一步...
maven的依赖传递性
enjoy.day
04-28 1298
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中的依赖传递
水滴石穿的博客
08-22 1014
Maven中的依赖传递简要解释
【Maven学习】maven继承和传递依赖
热门推荐
fxkcsdn的博客
07-28 1万+
本篇我们将学习maven的继承机制、依赖之间的传递性以及maven是如何解决依赖冲突的。 maven继承 在maven中，子项目是可以继承父项目的依赖的，假设父项目引入了junit依赖，子项目继承父项目，虽然子项目没有引入junit依赖，但是子项目会继承父项目的依赖，从而使用junit依赖。请看例子：现在新建了一个父项目mavenParent，它的目录结构如下，有一个Hello.java和对应...
Maven依赖传递
qq_43079001的博客
06-02 959
Maven 依赖传递是 Maven 的核心机制之一，它能够一定程度上简化 Maven 的依赖配置。本节我们将详细介绍依赖传递及其相关概念。
Maven中包的依赖传递性
mexican_jacky的专栏
12-11 4226
1在打包的时候我们都不希望将测试的jar包打包进去， 这个时候我们就要把scope的值设置为test， 而test在Maven中的依赖传递是不会传递的， 所以在每个项目中都应该加入对应的测试依赖，并将scope设置为test 2此刻有三个项目，其中 A-->依赖与L1.0（项目A依赖于L jar包版本为1.0的版本） B-->依赖与L2.0（项目B依赖于L jar包版本
依赖的传递
weixin_44103123的博客
08-03 297
maven的中心思想是将一个项目当做一个“对象”,一种资源来管理。通过pom文件来将这种思想实现。
Maven学习笔记（二）——传递依赖
shijiujiu33的博客
03-25 292
现有一个问题，A===>B===>C，A依赖于B，B依赖于C，那A依不依赖于C？ 来看实例： A依赖于B，B依赖于Junit A的pom.xml <dependencies> <dependency> <groupId>com.fei</groupId> <artifa...
Maven 依赖传递和冲突、继承和聚合
快乐的小三菊的博客
01-16 1535
Maven 依赖传递和依赖冲突以及具体的解决方式，依赖的继承和依赖的聚合相关概念和演示
maven3实战之坐标和依赖(依赖调解)
fhd001的专栏
06-19 186
maven3实战之坐标和依赖(依赖调解) ----------- maven引入的传递性依赖机制，一方面大大简化和方便了依赖声明，另一方面，大部分情况下我们只需要关心项目的直接依赖是什么，而不用考虑这些直接依赖会引入什么传递性依赖。但有时候，当传递性依赖造成问题的时候，我们就需要清楚地知道该传递性依赖是从哪条依赖路径引入的。   例如，项目A有这样的依赖关系 ： A--&gt;B--...
maven依赖调节机制
08-17
Maven依赖调解机制是一种用于解决项目依赖冲突的策略，它确保在构建过程中使用正确的依赖版本。Maven通过依赖传递、依赖范围以及依赖调解规则来管理复杂的依赖关系。 ### 依赖传递 Maven的依赖传递机制允许项目自动引入依赖项的依赖。例如，如果项目A依赖于项目B，而项目B又依赖于项目C，那么项目A会自动引入项目C的依赖。这种机制简化了依赖管理，但可能导致依赖冲突[^2]。 ### 依赖范围 Maven定义了多种依赖范围（如`compile`、`provided`、`runtime`、`test`等），这些范围决定了依赖在项目构建生命周期中的使用方式。例如，`test`范围的依赖仅在测试阶段可用，而`provided`范围的依赖由运行时环境提供，不会被打包到最终的构建中[^2]。 ### 依赖调解规则 Maven使用两种主要的依赖调解规则来解决依赖冲突：**最近优先**（Nearest First）和**路径优先**（Path Order）。 1. **最近优先**：Maven会优先选择依赖树中距离项目最近的依赖版本。例如，如果项目A依赖于项目B（版本1.0）和项目C（版本2.0），而项目B和C都依赖于项目D，但版本分别为1.5和2.0，那么Maven会选择项目C所依赖的项目D版本2.0，因为它在依赖树中更接近项目A[^2]。 2. **路径优先**：如果两个依赖版本在依赖树中的距离相同，Maven会根据依赖声明的顺序选择第一个出现的版本。这种规则可能导致不可预测的结果，因此建议显式声明依赖版本以避免冲突[^2]。 ### 依赖调解的实现 Maven通过解析`pom.xml`文件中的依赖声明，构建一个依赖树，并根据上述规则选择最终使用的依赖版本。这个过程包括： - **解析依赖**：Maven会从本地仓库、远程仓库或中央仓库下载所需的依赖。 - **依赖范围应用**：根据依赖范围，Maven决定哪些依赖需要在构建过程中使用。 - **冲突解决**：Maven应用依赖调解规则来解决版本冲突，确保构建过程的稳定性[^2]。 ### 示例 以下是一个简单的`pom.xml`文件示例，展示了如何声明依赖并指定依赖范围： ```xml <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>5.3.10</version> </dependency> </dependencies> ``` 在这个例子中，`junit`依赖的范围是`test`，因此它仅在测试阶段可用，而`spring-core`依赖的范围是默认的`compile`，因此它会在整个构建过程中使用。 ### 相关问题 1. Maven的依赖范围有哪些？它们的作用是什么？ 2. 如何在Maven中显式声明依赖版本以避免冲突？ 3. Maven的依赖传递机制可能导致哪些问题？如何解决这些问题？ 4. 如何查看Maven项目的依赖树？ 5. Maven的依赖调解机制是否可以自定义？如果可以，如何实现？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值