Maven多模块项目,适用于一些比较大的项目，通过合理的模块拆分，实现代码的复用，便于维护和管理。尤其是一些开源框架，也是采用多模块的方式，提供插件集成，用户可以根据需要配置指定的模块。

Maven多模块(pom)

1.1 父模块创建

先创建个简单的空的Maven Project作为父项目

1.2 子模块创建

重新创建一个Maven Project作为子项目

1.3 父子模块(继承关系)

注意：此时父子模块为两个独立的项目。

步骤1：子项目中加入<parent>节点，传入父项目完整坐标。

步骤2：将子项目中的依赖都注释掉。

注意：此时子项目中的没有了Maven Dependencies。

步骤3：将子项目注释的依赖添加到父项目中。

注意：此时子项目中的依赖又添加回来了。

这种直接在父工程中加入<dependencies>的方式，让子工程可以直接复用依赖，但是缺点是所有的子项目无条件继承父工程所有依赖，所以如果要在父工程中添加依赖只能针对非常通用的依赖。

在父项目中再添加一个依赖。

子项目同时也继承了新添加的依赖。

那如果不想无条件继承父工程的所有依赖，而想让子项目自行选择需要的依赖又该如何做呢？

1.4 dependencyManagement

在父项目中用<dependencies>节点包裹<dependencies>节点，并且添加的是完整的依赖坐标（gav）。此时子项目中的Maven Dependencies又会消失，说明添加<dependencies>节点后，它并不负责相关依赖的下载。

子项目加入相应同样依赖，注意不要加version（version继承自父项目），需要什么样的依赖就声明什么。

特别注意，如果父项目提供了groupid和version，则删除子项目坐标中的groupid和version，直接继承父项目相关坐标。

dependencyManagement的作用：依赖版本管理器

本身并不下载任何依赖，只是管理依赖的版本。依赖的下载依然需要单独的<dependencies>(不加dependencyManagement，额外写一个)去做

如果<dependencies>中的<dependency>没有声明版本号(version)，maven会去寻找有无对应的dependencyManagement，当前工程没有就会向上找父工程。如果找到就以dependencyManagement中对应依赖声明的version为准，否则报错version is missing。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。