Maven的聚合特性能够把项目的各个模块聚合在一起构建，而继承特性则能够帮助抽取各模块相同的依赖和插件等配置，在简化POM的同时，还能促进各个模块配置的一致性。
5.1 聚合
Maven聚合也称多模块，能够一次构建多个模块。聚合模块本身是一个Maven项目，所以也有自己的POM文件，该POM文件的packaging为pom，并且含有
4.0.0
com.wangdh
springboot.demo
1.0.0-SNAPSHOT
pom
springboot-mybatis
springboot-web
springboot-quickstart
这里每个module的值都是一个当前POM的相对目录，一般而言，为了方便快速定位内容，模块所处的目录名称应该与其artifactId一致，不过这不是Maven的要求。
因此，聚合模块与其他模块的目录结构并非一定要父子关系，通过修改module的值，也能更改为平级关系:
Maven首先会解析聚合模块的POM，分析要构建的模块，并计算出一个反应堆构建顺序，然后根据这个顺序依次构建各个模块。反应堆包含了模块之间继承和依赖的关系。模块间的依赖关系会将反应堆构成一个有向非循环图。
5.2 继承
继承解决的是对重复依赖和插件配置的抽取。通过定义一个父模块，将其他模块相同的配置抽离到父模块中，然后继承父模块，并且父模块也是一个Maven项目，其POM文件的packaging为pom。
子模块需要增加
springboot.demo
com.wangdh
1.0.0-SNAPSHOT
../pom.xml
relativePath定义了父模块POM文件的位置。默认值为../pom.xml，Maven默认父POM在上一层目录下。
POM文件可被继承的元素有：
groupId:项目组ID，项目坐标的核心元素
version:项目版本，项目坐标的核心元素
description:项目的描述信息
organization:项目所在组织机构信息
inceptionYear:项目的创始年份
url:项目的URL地址
developers:项目的开发者信息
contributors:项目的贡献者信息
distributionManagement:项目的部署配置
issueManagement:项目的缺陷跟着系统信息
ciManagement:项目的持续集成系统信息
scm:项目的版本控制系统信息
mailingLists:项目的邮件列表信息
properties:自定义的Maven属性
dependencies:项目的依赖配置
dependencyManagement:项目的依赖管理配置
repositories:项目的仓库配置
build:项目的源码目录配置、输出目录配置、插件配置、插件配置管理等
reporting:项目的报告输出目录配置、报告插件配置等5.3 聚合与继承比较
对于Maven聚合，聚合模块知道他聚合了哪些模块，但是被聚合模块不知道它自己被谁聚合了；
对于Maven继承，子模块知道自己的父模块是谁，但父模块不知道自己有多少子模块。
在实际使用过程中聚合模块和父模块是同一个模块。
5.4 依赖管理
子模块继承父模块时，也会继承父模块的依赖配置，假设添加一个util的子模块，该模块只提供一些简单的帮助工具，与springframework完全无关，难道也让它依赖spring-core、spring-beans、spring-context么？这显然是不合理的。
Maven提供的dependencyManagement元素既能让子模块继承父模块的依赖配置，又能保证子模块依赖使用的灵活性。在dependencyManagement元素下声明的依赖不会引入实际的依赖，不过它能够约束dependencies下的依赖使用。
在父POM使用dependencyManagement声明的依赖能够统一项目范围中依赖的版本，在子模块使用依赖的时候就不需要版本了，只需要简单的配置groupId和artifactId就能获得对应的依赖信息，从而引进正确的依赖。
如果子模块不声明依赖的使用，即使该依赖已经在父POM的dependencyManagement中声明了，也不会产生实际的效果。
如，在父POM定义如下dependencyManagement：
org.springframework
spring-webmvc
4.3.14.RELEASE
在子模块使用时，只需要：
org.springframework
spring-webmvc
对于子模块而言，可以按需添加依赖，对于整个项目而言，可以规范对依赖的版本号管理。