为了清楚起见,您从多模块项目运行此命令时注意到了此行为：

mvn clean test

但是您将具有相同的行为,即：无需在运行任何阶段的情况下就将模块之间的依赖关系解析并可用,而无需事先将它们安装在本地存储库中,例如：

mvn test

mvn compile

mvn package

实际上,关于这一点的Maven文档并不明确.

The Reactor

The mechanism in Maven that handles multi-module projects is referred

to as the reactor. This part of the Maven core does the following:

Collects all the available modules to build

Sorts the projects into the correct build order

Builds the selected projects in order

您可以猜测,如果模块的顺序对于Maven构建很重要,则可能意味着模块的构建依赖于先前构建的相关模块的构建.这解释了如果您在< modules>中指定的顺序是由反应器完成的排序.就依赖关系而言是不正确的(正确的顺序是必须在用户依赖关系之前声明所使用的依赖关系).

当然,在某些用例中,您需要将Maven工件安装到本地存储库中,例如(并非详尽无遗)：

>您不使用多模块项目

>整个多模块项目的构建很长.您只希望通过构建一些特定的工件来节省时间,因此无需构建多模块项目.

>多模块项目中包含的一个或几个模块由其他项目共享/使用.

通过使用-X标志(调试标志)执行maven build命令,您将看到Maven为每个模块构建计算模块之间的依赖关系.

例如,在您的示例中,您应该看到impl构建：

DEBUG] === PROJECT BUILD PLAN

================================================

[DEBUG] Project: A:impl:0.0.1-SNAPSHOT

[DEBUG] Dependencies (collect): []

[DEBUG] Dependencies (resolve): [compile, test]

稍后再检测模块间的依赖关系：

[DEBUG] A:impl:jar:0.0.1-SNAPSHOT

[DEBUG] A:api:jar:0.0.1-SNAPSHOT:compile

这是以下内容的更详细摘录：

[DEBUG] =======================================================================

[DEBUG] Dependency collection stats: {ConflictMarker.analyzeTime=23166, ConflictMarker.markTime=13490, ConflictMarker.nodeCount=2, ConflictIdSorter.graphTime=31377, ConflictIdSorter.topsortTime=6158, ConflictIdSorter.conflictIdCount=1, ConflictIdSorter.conflictIdCycleCount=0, ConflictResolver.totalTime=51611, ConflictResolver.conflictItemCount=1, DefaultDependencyCollector.collectTime=368903, DefaultDependencyCollector.transformTime=134014}

[DEBUG] A:impl:jar:0.0.1-SNAPSHOT

[DEBUG] A:api:jar:0.0.1-SNAPSHOT:compile

因此,在构建impl期间执行的插件还将具有一个类路径,其中包括api模块的已编译类.

例如,编译器插件执行的调试跟踪显示：

[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ impl ---

...

[DEBUG] (f) classpathElements = [C:\...\test-parent-pom\impl\target\classes, C:\...\test-parent-pom\api\target\classes]