maven dependencyManagement和dependencies

本文详细解释了Maven中dependencyManagement和dependencies的区别,以及如何在多模块项目中使用它们进行有效的依赖版本控制。通过实例展示了如何在根POM中设置依赖版本,确保子项目能够正确继承。

dependencyManagement使用场景

  • 在项目中模块很多时,我们会抽取一个公共的root-pom来管理公共的依赖包。在我们项目顶层的POM文件中,我们会看到dependencyManagement元素。通过它元素来管理jar包的版本,让子项目中引用一个依赖而不用显示的列出版本号。Maven会沿着父子层次向上走,直到找到一个拥有dependencyManagement元素的项目,然后它就会使用在这个dependencyManagement元素中指定的版本号。

  • 相对于dependencyManagement,所有生命在dependencies里的依赖都会自动引入,并默认被所有的子项目继承。

区别

  • dependencies即使在子项目中不写该依赖项,那么子项目仍然会从父项目中继承该依赖项(全部继承)

  • dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。

<properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <junit.version>4.12</junit.version> <!-- spring cloud 采用 Finchley.SR2 版本 -->
        <spring-cloud.version>Finchley.SR2</spring-cloud.version>
        <mybatis.version>1.3.2</mybatis.version>
        <druid.version>1.1.13</druid.version>
        <mysql-connector.version>8.0.13</mysql-connector.version>
    </properties>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type> <!--maven不支持多继承,使用import来依赖管理配置-->
<!--                <scope>import</scope>-->
            </dependency>
            <!--导入 mybatis 启动器-->
            <dependency>
                <groupId>org.mybatis.spring.boot</groupId>
                <artifactId>mybatis-spring-boot-starter</artifactId>
                <version>${mybatis.version}</version>
            </dependency> <!--druid数据源-->
            <dependency>
                <groupId>com.alibaba</groupId>
                <artifactId>druid</artifactId>
                <version>${druid.version}</version>
            </dependency>
            <dependency>
                <groupId>mysql</groupId>
                <artifactId>mysql-connector-java</artifactId>
                <version>${mysql-connector.version}</version>
            </dependency>
            <dependency>
                <groupId>junit</groupId>
                <artifactId>junit</artifactId>
                <version>${junit.version}</version>
                <scope>test</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>


依赖里mybatis版本不存在1.3.0,我把pom依赖修改为1.3.0之后不会自动导入的,(已开启maven自动导入)
在这里插入图片描述
去掉dependencyManagement后,导包成功

<think>我们正在讨论Maven中的两个重要概念:dependencyManagementdependencies。 这两个概念通常出现在MavenPOM文件中(Project Object Model)。 1. dependencies: - 在<dependencies>中声明的依赖会被自动引入,并且会传递给子模块(如果项目是多模块项目)。 - 也就是说,这些依赖会被直接下载并使用。 2. dependencyManagement: - 这个元素通常用在父POM中,用来管理依赖的版本范围(scope)等,但并不会实际引入依赖。 - 它的作用是提供一个统一的依赖版本管理,子模块可以继承这个版本号,但是子模块需要显式地声明依赖(不需要写版本号,因为会从父POMdependencyManagement中继承)。 - 这样做的好处是:多个子模块可以共享同一个版本,避免版本冲突,并且方便升级版本。 举例说明: 假设有一个父项目(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> <!-- 这里不需要写版本,因为会从父POMdependencyManagement中继承 --> <scope>test</scope> </dependency> </dependencies> 这样,子模块A就引入了junit:4.12,并且作用域为test。 需要注意的是,如果子模块在声明依赖时没有指定版本,那么Maven会沿着父POMdependencyManagement查找,直到找到该依赖的版本定义。如果最终没有找到,则会报错。 另外,dependencyManagement还可以用来统一管理依赖的版本号,避免多个地方重复指定版本,从而减少版本冲突的可能性。 §§相关问题§§: 1. 在Maven中,dependencyManagementdependencies的主要区别是什么? 2. 为什么推荐在父POM中使用dependencyManagement? 3. 子模块如何继承父POMdependencyManagement定义的依赖? 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、付费专栏及课程。

余额充值