Maven中<dependencies>依赖里<type>pom</type>使用与不使用的差异

两种配置的核心差异 #

• 不带<type>pom</type>的依赖：默认依赖类型是jar，Maven会下载对应的jar包到本地仓库，并将其加入项目类路径，供编译、运行或测试环节使用。
• 带<type>pom</type>的依赖：Maven不会下载目标项目的jar包（除非该项目同时打包了jar），而是将这个pom文件作为依赖传递的容器，自动把该pom中<dependencies>节点下的所有依赖引入当前项目，相当于把目标pom的依赖列表直接合并到当前项目里。

pom在中的常见使用场景 #

• 批量引入预定义依赖：比如有一个专门管理依赖的聚合pom（或BOM项目），里面集中定义了一组常用依赖的坐标和版本，引入这个pom类型的依赖后，就能一键把所有预定义依赖加到当前项目，无需逐个声明。
• 仅需依赖传递无需jar包：有些项目本身没有业务代码，只用来统一管理依赖（比如Spring的BOM），打包产物只有pom文件。这种情况下必须用<type>pom</type>引入，才能获取它管理的依赖集合。

纠正认知：pom不止在中有用 #

你之前认为<type>pom</type>仅在<dependencyManagement>里生效是不准确的：

• 在<dependencyManagement>中引入pom类型依赖，主要作用是统一依赖版本，不会自动把依赖引入项目，还需要在<dependencies>里再次声明依赖才能生效；
• 在<dependencies>中引入pom类型依赖，是直接触发依赖的批量引入，不需要额外声明就能把目标pom里的依赖加到当前项目。

举个实际例子 #

假设存在一个依赖管理项目com.group.id:spring-bom:1.0.0，它的pom里定义了Spring全家桶的依赖：

<dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-core</artifactId>
        <version>5.3.20</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.3.20</version>
    </dependency>
</dependencies>

在你的项目里引入这个pom类型依赖：

<dependency>
    <groupId>com.group.id</groupId>
    <artifactId>spring-bom</artifactId>
    <version>1.0.0</version>
    <type>pom</type>
</dependency>

此时你的项目会自动引入spring-core和spring-context，不需要再单独写这两个依赖的配置。如果不加<type>pom</type>，Maven会尝试下载spring-bom-1.0.0.jar，而这个项目根本没有jar包，就会抛出找不到artifact的错误。

内容的提问来源于stack exchange，提问作者Olivier Masseau