Maven聚合机制是否会像继承那样合并pom属性？

两者的核心相似点 #

• 设计目标一致：都是为了降低多模块Maven项目的维护成本，前者解决批量构建的问题，后者解决配置重复冗余的问题。
• 场景重合度高：绝大多数多模块项目都会将同一个根POM同时作为聚合POM和继承父POM使用，两者配合实现统一配置管理+统一构建入口的能力，这也是官方文档说两者相似的核心原因。
• 默认路径约定一致：两者都默认遵循「根POM放在项目根目录，子模块对应根目录下的一级子文件夹」的目录结构规则，不需要额外配置相对路径即可正常识别。

聚合是否会自动合并父POM与子模块的配置 #

答案是否定的，聚合本身不涉及任何配置合并的逻辑：

• 聚合的核心作用只有一个：你在聚合POM所在目录执行Maven命令时，Maven会自动解析所有<modules>标签下的子模块，按依赖拓扑顺序统一执行构建命令，本质是一个批量执行的入口。
• 你观察到的配置合并现象，本质是项目继承机制实现的：只要子模块在自己的POM中通过<parent>标签指定了对应的父POM，才会自动继承父POM中的dependencies、properties、dependencyManagement等配置，和子模块有没有被加入某个聚合POM的<modules>列表完全无关。

官方提到的Project Aggregation is similar to Project Inheritance是指两者的使用场景和常规项目结构高度重合，并非指两者的功能逻辑类似。如果子模块没有配置<parent>指向聚合POM，哪怕被加入聚合模块列表，也不会继承聚合POM的任何配置。

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