Maven中pom依赖的直接/传递依赖判定及编译时引用行为咨询

假设我们有一个名为my-project的项目，它的POM依赖配置如下：

<dependencies>
    <dependency>
        <groupId>some.group.id</groupId>
        <artifactId>some.artifact.id</artifactId>
        <type>pom</type>
    </dependency>
</dependencies>

而some.artifact.id自身的POM依赖配置是：

<dependencies>
    <dependency>
        <groupId>something</groupId>
        <artifactId>lib1</artifactId>
        <scope>provided</scope>
        <type>jar</type>
    </dependency>
    <dependency>
        <groupId>something</groupId>
        <artifactId>lib2</artifactId>
        <scope>compile</scope>
        <type>jar</type>
    </dependency>
</dependencies>

针对这个场景，有以下两个疑问及解答：

1. Maven将lib1和lib2视为my-project的直接依赖还是传递依赖？ #

当你直接引入<type>pom</type>类型的依赖时，默认情况下，该POM中声明的所有依赖会被合并到当前项目的直接依赖列表中。简单来说，lib1和lib2都会被Maven当作my-project的直接依赖，而非传递依赖。

这是因为引入POM类型依赖的本质，是把目标POM的依赖配置“导入”到当前项目中，效果等同于你直接在my-project的POM里手动声明这些依赖。

2. 编译阶段会出现什么情况？ #

2.1 当my-project引用lib1中的符号时 #

lib1的依赖范围是provided，这个范围的含义是：该依赖由运行环境提供，Maven仅会在编译、测试阶段将其加入classpath，但不会把它打包到项目的最终产物（比如jar包）中。

编译时的具体表现：

• 如果本地Maven仓库已经存在lib1的jar包，编译可以正常通过，因为编译阶段能找到lib1的类。
• 如果本地仓库没有lib1，Maven会尝试从配置的远程仓库拉取；若拉取失败，编译会报错，提示找不到lib1相关的类或符号。

2.2 当my-project引用lib2中的符号时 #

lib2的依赖范围是compile（这也是Maven依赖的默认范围），该范围表示依赖会参与编译、测试、运行全阶段，并且会被打包到项目的最终产物中。

编译时的具体表现：

• Maven会自动检查本地仓库是否存在lib2，若不存在则从远程仓库拉取；编译阶段classpath中会包含lib2，因此引用lib2的符号不会出现问题，编译可以正常完成。

内容的提问来源于stack exchange，提问作者giuseppe maugeri