Maven中DependencyManagement和Dependencies

本文介绍了Maven中的DependencyManagement元素如何帮助项目统一依赖版本,提升协作效率。通过在父POM中声明依赖,子项目自动继承,只需在必要时重写版本。理解它就像面向对象中的继承概念。

Maven中DependencyManagement和Dependencies
在这里插入图片描述
DependencyManagement是出现在SpringCloud父pom中的
(一般如果在pom中看到DependencyManagement,这个pom一般也就是父pom)
Maven使用dependencyManagement元素来提供了一种管理依赖版本号的方式。通常会在一个组织或者项目的最顶层的父POM中看到dependencyManagement元素
使用pom.xml 中的dependencyManagement元素能让所有在子项目中引用一个依赖而不用显式的列出版本号。Maven 会沿着父子层次向上走,直到找到一个拥有dependencyManagement元素的项目,然后它就会使用这个dependencyManagement元素中指定的版本号。
例如在父项目里指定了版本号,在子pom中就不用指定,可以沿用
如:
父pom

<dependencyManagement>
<dependencies>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.2</version>
</dependency>
...
<dependencies>
</dependencyManagement>
  1. List item

子pom

<dependencies>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId></ dependency>
</dependencies>

这样做就是如果有多个子项目都引用同一样依赖,则可以避免在每个使用的子项目里都声明一个版本号,这样当想升级或切换到另一个版本,时,只需要在父容pom更改,如果单个子项目需要另外的一个版本,只用重写version版本号.

dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖.(子项目中g、a还是得自己写)
如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom
如果子pom中指定了版本号,那么会使用子pom中指定的jar版本。
也就是和方法重写差不多意思

<think>我们正在讨论Maven中的两个重要概念:dependencyManagementdependencies。 这两个概念通常出现在Maven的POM文件中(Project Object Model)。 1. dependencies: - 在<dependencies>中声明的依赖会被自动引入,并且会传递给子模块(如果项目是多模块项目)。 - 也就是说,这些依赖会被直接下载并使用。 2. dependencyManagement: - 这个元素通常用在父POM中,用来管理依赖的版本范围(scope)等,但并不会实际引入依赖。 - 它的作用是提供一个统一的依赖版本管理,子模块可以继承这个版本号,但是子模块需要显式地声明依赖(不需要写版本号,因为会从父POM的dependencyManagement中继承)。 - 这样做的好处是:多个子模块可以共享同一个版本,避免版本冲突,并且方便升级版本。 举例说明: 假设有一个父项目(parent project两个子模块(module A, module B)。 父POM中: <dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> </dependencies> </dependencyManagement> 在子模块A中,如果你想使用junit,你需要在子模块A的POM中声明: <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <!-- 这里不需要写版本,因为会从父POM的dependencyManagement中继承 --> <scope>test</scope> </dependency> </dependencies> 这样,子模块A就引入了junit:4.12,并且作用域为test。 需要注意的是,如果子模块在声明依赖时没有指定版本,那么Maven会沿着父POM的dependencyManagement查找,直到找到该依赖的版本定义。如果最终没有找到,则会报错。 另外,dependencyManagement还可以用来统一管理依赖的版本号,避免多个地方重复指定版本,从而减少版本冲突的可能性。 §§相关问题§§: 1.Maven中,dependencyManagementdependencies的主要区别是什么? 2. 为什么推荐在父POM中使用dependencyManagement? 3. 子模块如何继承父POM中dependencyManagement定义的依赖? 4. 如果一个依赖在dependencyManagement中定义了版本,但子模块在dependencies中声明时又指定了不同的版本,会使用哪个版本? </think>### dependencyManagement dependencies 的区别 #### 1. **依赖引入方式** ```xml <!-- dependencies:直接引入依赖 --> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> </dependencies> ``` - **dependencies**:直接声明并引入依赖,当前模块会立即下载并使用这些依赖。 ```xml <!-- dependencyManagement:仅声明依赖规范(不引入) --> <dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> </dependencies> </dependencyManagement> ``` - **dependencyManagement**:仅定义依赖的版本、作用域等规范,**不会实际引入依赖**。子模块需显式声明才能使用。 --- #### 2. **继承行为** ```xml <!-- 父模块 pom.xml --> <dependencyManagement> <dependencies> <dependency> <groupId>com.google.guava</groupId> <artifactId>guava</artifactId> <version>31.1-jre</version> <!-- 统一版本 --> </dependency> </dependencies> </dependencyManagement> ``` ```xml <!-- 子模块 pom.xml --> <dependencies> <dependency> <groupId>com.google.guava</groupId> <artifactId>guava</artifactId> <!-- 子模块省略version,继承父模块定义的版本 --> </dependency> </dependencies> ``` - **依赖版本继承**:子模块声明依赖时若省略版本号,自动继承父模块 `dependencyManagement` 中的版本。 - **版本锁定**:父模块通过 `dependencyManagement` 统一管理版本,避免多模块版本冲突。 --- #### 3. **核心区别总结** | **特性** | **dependencies** | **dependencyManagement** | |------------------------|------------------------------------------|-------------------------------------------| | **依赖是否生效** | 立即生效 | 仅声明规范,需子模块显式引用 | | **使用场景** | 当前模块直接需要的依赖 | 多模块项目中统一管理版本 | | **版本覆盖** | 子模块声明会覆盖父依赖 | 子模块声明时优先使用父定义的版本 | | **依赖传递** | 默认传递给依赖当前模块的其他模块 | 不传递依赖,仅提供版本管理 | | **最佳实践** | 单模块项目直接使用 | 多模块项目父POM中定义版本,子模块按需引用 | --- ### 典型问题场景 #### 场景 1:未使用 `dependencyManagement` 导致版本冲突 ```xml <!-- 模块A依赖 v1.0 --> <dependencies> <dependency> <groupId>org.example</groupId> <artifactId>lib-x</artifactId> <version>1.0</version> </dependency> </dependencies> <!-- 模块B依赖 v2.0 --> <dependencies> <dependency> <groupId>org.example</groupId> <artifactId>lib-x</artifactId> <version>2.0</version> </dependency> </dependencies> ``` - **问题**:多模块构建时可能因版本不一致导致运行时错误。 - **解决**:在父POM中用 `dependencyManagement` 统一版本。 --- #### 场景 2:误用 `dependencyManagement` 导致依赖缺失 ```xml <!-- 父POM声明规范但未实际引入 --> <dependencyManagement> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> </dependencyManagement> ``` - **问题**:子模块未在 `<dependencies>` 中声明 MySQL 驱动,导致编译失败。 - **解决**:子模块需显式声明: ```xml <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> </dependencies> ``` --- ### 最佳实践 1. **父POM**:用 `dependencyManagement` 集中管理所有依赖版本。 2. **子模块**:在 `<dependencies>` 中声明具体依赖(省略版本号)。 3. **单模块项目**:直接使用 `<dependencies>` 即可。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值