为何Maven Reactor会变更多模块项目的构建顺序？

你观察到的构建顺序变化，本质是父子POM继承关系会给Maven Reactor引入隐含的构建依赖约束——这是官方文档未单独明确列出，但属于Reactor核心排序逻辑的规则。下面结合你的三个场景逐一拆解：

场景1：父POM同时作为聚合POM #

项目结构：

./pom.xml - parent（同时是聚合POM）
./module-1/pom.xml（继承父POM）
./module-2/pom.xml（继承父POM）

构建顺序：parent → module-1 → module-2

原因：子模块的POM继承自父POM，构建子模块时必须先解析父POM的所有配置（groupId、版本、依赖管理、插件等）。由于父POM本身也是聚合列表中的模块，Reactor会自动识别这个隐含依赖，强制先构建父模块，确保子模块能获取到最新的父POM元数据。

场景2：聚合POM不是子模块的父POM #

项目结构：

./pom.xml - 仅聚合POM
./module-1/pom.xml（父POM非当前聚合POM）
./module-2/pom.xml（父POM非当前聚合POM）

构建顺序：module-1 → module-2 → parent（聚合POM）

原因：此时聚合POM和子模块之间没有任何继承或依赖关系，聚合POM本身只是一个"模块清单"（packaging为pom，无实际构建产物）。Reactor会优先构建有实际业务代码/产物的子模块，最后再处理仅作为聚合作用的父POM——因为它不需要为任何模块提供前置依赖。

场景3：独立父POM + 聚合POM（聚合POM是父POM的父） #

项目结构：

./pom.xml - 聚合POM（同时是parent-pom的父POM）
./parent-pom.xml - 子模块的直接父POM
./module-1/pom.xml（继承parent-pom）
./module-2/pom.xml（继承parent-pom）

构建顺序：module-1 → module-2 → aggregation（聚合POM）

原因：

1. 子模块直接继承的是parent-pom.xml，而非根目录的聚合POM。如果parent-pom.xml不在聚合POM的<modules>列表中，Reactor不会将其纳入构建流程——它会直接从本地仓库或远程仓库读取parent-pom.xml的元数据（无需构建）。
2. 根目录的聚合POM仅作为parent-pom.xml的父POM，但parent-pom.xml不在聚合范围内，因此聚合POM和子模块之间没有直接依赖。Reactor依然优先构建子模块，最后处理无依赖的聚合POM。

关键补充：Reactor排序的隐形规则 #

Reactor的排序逻辑除了官方文档提到的显式依赖、依赖管理外，还包含：

• 若模块A是模块B的父POM，且A在聚合列表中，则A必须先于B构建。
• 无任何依赖的pom类型模块（仅聚合作用），会被放在构建序列的最后。

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