父模块POM中不应包含实际依赖
一、场景
一个基于SpringBoot的Maven父子模块的项目（一个父项目中包含多个子项目），父模块 POM文件中 <packaging>pom</packaging>。父模块的POM中应该包含实际入依赖（dependency）吗？
二、结论
父模块不应该在<dependencies>部分添加实际运行时的依赖，仅应通过<dependencyManagement>来管理依赖版本。
三、原因分析
在一个基于Spring Boot的Maven项目中，如果你有一个父模块（通常用于共享配置，如依赖管理版本等），那么这个父模块的pom.xml文件中的<packaging>元素确实应当设置为pom。这意味着该模块本身不会被打包成JAR或WAR文件，而是作为一个项目的描述符来管理子模块的依赖和其他配置。
对于父模块是否应该引入依赖，答案取决于你的具体需求：
-
依赖管理：父模块的主要作用之一就是管理所有子模块共有的依赖项的版本号。这样可以保证所有子模块使用的依赖版本是一致的，减少版本冲突的风险。因此，在父模块中声明依赖项（通常是在
<dependencyManagement>标签内）是很有意义的。<dependencyManagement><dependencies><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId><version>${spring-boot.version}</version></dependency><!-- 更多依赖... --></dependencies> </dependencyManagement> -
实际依赖：然而，父模块不应该包含任何实际的
<dependencies>，除非这些依赖是为了构建过程服务的（例如，用于编译或测试的插件依赖）。实际运行时的依赖应该放在子模块中，而父模块只是用来管理这些依赖的版本。如果你在父模块的根
<dependencies>部分添加了依赖，那么这些依赖将会被所有继承该父POM的子模块继承。这可能会导致不必要的依赖被包含进来，或者某些子模块不需要的依赖也被强制包含。
总结来说，父模块应该包含<dependencyManagement>来管理依赖版本，而不应该在<dependencies>部分添加实际运行时的依赖。子模块需要显式地声明它们的实际依赖，但不需要指定版本号，因为这些版本号已经在父模块中定义好了。
