Maven项目父模块POM中不应包含实际依赖（dependency）

父模块POM中不应包含实际依赖

一、场景

一个基于SpringBoot的Maven父子模块的项目（一个父项目中包含多个子项目），父模块 POM文件中 <packaging>pom</packaging>。父模块的POM中应该包含实际入依赖（dependency）吗？

二、结论

父模块不应该在<dependencies>部分添加实际运行时的依赖，仅应通过<dependencyManagement>来管理依赖版本。

三、原因分析

在一个基于Spring Boot的Maven项目中，如果你有一个父模块（通常用于共享配置，如依赖管理版本等），那么这个父模块的pom.xml文件中的<packaging>元素确实应当设置为pom。这意味着该模块本身不会被打包成JAR或WAR文件，而是作为一个项目的描述符来管理子模块的依赖和其他配置。

对于父模块是否应该引入依赖，答案取决于你的具体需求：

1. 依赖管理：父模块的主要作用之一就是管理所有子模块共有的依赖项的版本号。这样可以保证所有子模块使用的依赖版本是一致的，减少版本冲突的风险。因此，在父模块中声明依赖项（通常是在<dependencyManagement>标签内）是很有意义的。

   <dependencyManagement>
       <dependencies>
           <dependency>
               <groupId>org.springframework.boot</groupId>
               <artifactId>spring-boot-starter-web</artifactId>
               <version>${spring-boot.version}</version>
           </dependency>
           <!-- 更多依赖... -->
       </dependencies>
   </dependencyManagement>
   

2. 实际依赖：然而，父模块不应该包含任何实际的<dependencies>，除非这些依赖是为了构建过程服务的（例如，用于编译或测试的插件依赖）。实际运行时的依赖应该放在子模块中，而父模块只是用来管理这些依赖的版本。

   如果你在父模块的根<dependencies>部分添加了依赖，那么这些依赖将会被所有继承该父POM的子模块继承。这可能会导致不必要的依赖被包含进来，或者某些子模块不需要的依赖也被强制包含。

总结来说，父模块应该包含<dependencyManagement>来管理依赖版本，而不应该在<dependencies>部分添加实际运行时的依赖。子模块需要显式地声明它们的实际依赖，但不需要指定版本号，因为这些版本号已经在父模块中定义好了。