Maven多模块项目实战：为什么父POM必须用＜packaging＞pom＜/packaging＞？

Maven多模块项目实战：为什么父POM必须用pom？

在Java企业级开发中，Maven作为项目构建和依赖管理的标准工具，其多模块项目结构设计对大型工程的组织至关重要。许多开发者在初次接触多模块项目时，往往会对父POM中必须声明<packaging>pom</packaging>感到困惑——为什么不能像普通模块一样使用默认的jar打包类型？这个看似简单的配置背后，实则蕴含着Maven项目管理的核心逻辑。

1. Maven打包类型基础认知

Maven定义了多种打包类型（packaging type），每种类型对应不同的项目结构和构建方式。常见的打包类型包括：

• jar：默认类型，生成标准的Java归档文件
• war：用于Web应用程序打包
• ear：企业级应用归档
• pom：项目对象模型，不生成实际产物

当我们在IntelliJ IDEA或Eclipse中创建一个新的Maven项目时，IDE通常会默认生成<packaging>jar</packaging>的配置。这种默认行为对于单模块项目完全合理，因为单个项目通常需要产出可部署的构件。但在多模块项目中，父POM扮演着完全不同的角色。

<!-- 单模块项目的典型配置 -->
<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.example</groupId>
  <artifactId>single-module</artifactId>
  <version>1.0.0</version>
  <packaging>jar</packaging> <!-- 默认值可省略 -->
</project>

2. 父POM的特殊使命

父POM在多模块项目中承担着两个关键职责：依赖管理和模块聚合。这两种机制虽然相关，但在Maven中有着明确的区分：