Maven非父模块聚合POM中声明依赖的作用及必要性

这种写法是否必要？ #

通常来说完全没必要，甚至可以说是不符合Maven设计逻辑的写法。聚合POM的核心定位就是把子模块聚合在一起，方便统一执行构建命令（比如mvn clean install一次性构建所有子模块），它本身不需要参与实际的依赖管理或产物构建。

这种写法的实际作用是什么？ #

如果硬要找作用，只有一种极少见的场景：当你需要在聚合POM所在的目录下，执行某些依赖这些库的Maven插件目标时，这些依赖可能会被插件调用。但这种场景非常特殊，绝大多数项目里根本用不上，属于典型的误用场景。

正常的聚合POM只需要保留<modules>列表，以及必要的插件管理配置（比如<pluginManagement>统一管控插件版本），完全不需要直接声明<dependencies>节点。

是不是前任开发者的错误写法？ #

大概率是。如果想统一管理子模块的依赖，正确的姿势是：

• 单独创建一个父POM项目，让子模块A、B通过<parent>标签继承它
• 在父POM的<dependencyManagement>里统一声明依赖的版本，子模块按需引入具体依赖
• 或者用<pluginManagement>统一管理插件的版本和配置

直接在聚合POM里写<dependencies>，这些依赖既不会自动传递给子模块A、B，也不会对项目构建产生任何正向帮助，反而会增加POM的冗余度和后续的维护成本。

内容的提问来源于stack exchange，提问作者柯鴻儀