一、POM聚合模块：
在分布式架构，分模块化开发中，每个某块可能都是一个单独的maven项目，能够独立的进行项目构架，当模块比较多时，可以使用maven聚合聚合项目来简化maven构建，一次构建多个项目。
作用：将多个maven项目组合起来，一次构建组合中的多个项目。
实现：
1、新建一个maven项目作为聚合项目的最顶层项目packaging类型是pom，可叫做aggregator。
2、在聚合项目aggregator的pom.xml文件中设置聚合子模块：
<modules>
<module>../maven1</module>
<module>../maven2</module>
</modules>
packaging的类型为pom ，module的值是一个以当前pom.xml文件为主目录的相对路径。如../表是pom.xml文件上级目录。
3、执行maven构建命令，如：mvn clean package。会对其中所有的聚合子模块进行构建。
特点：
1.聚合项目本身也做为一个Maven项目，它必须有自己的POM，且它的打包方式packaging必须为:pom
2.版本：聚合模块的版本和被聚合模块版本一致
3.relative path：每个module的值都是一个当前POM的相对目录
4.习惯约定：为了方便构建，通常将聚合模块放在项目目录层的最顶层，其它聚合模块作为子目录存在。这样当我们打开项目的时候，第一个看到的就是聚合模块的POM
5.聚合模块减少的内容：聚合模块的内容仅仅是一个pom.xml文件，它不包含src/main/Java、src/test/java等目录，因为它只是用来帮助其它模块构建的工具，本身并没有实质的内容。
6.聚合模块和子模块的目录：他们可以是父子类，也可以是平行结构，当然如果使用平行结构，那么聚合模块的POM也需要做出相应的更改。
聚合反应堆：
在一个多模块的聚合项目中，反应堆是指所有子模块组成的一个构建集合。反应堆中包含了各个子模块之间的继承和依赖关系。构建时，反应堆会根据子模块之间的依赖管理自动计算出合理的构建顺序，并非<modules>标签中的定义顺序。
裁剪反应堆：当聚合项目中的模块比较多时，可以通过裁剪反应堆来指定要构建的项目：
-pl 构建指定模块
mvn clean install -pl accouont-email,account-persist后会得到如下几个模块：~email和~persist。
-am 选项可以同时构建所列模块的依赖模块。
当执行mvn clean install -pl account-email -am 后会得到如下几个模块：~parent和~email。
-amd 选项可以同时构建依赖于所列模块的模块。
mvn clean install -pl account-parent -amd 后会得到如下模块：~parent、~email和~persist。
-rf 选项可以在完整的反应堆构建顺序基础上，指定从哪个模块开始构建。
mvn clean install -rf account-email ，由于~email位于第三，它之后有~persist，因此会得到如下输出模块：~email和~persist。
在-pl -am或者-pl -amd的基础上，还能应用-rf参数，以对裁剪后的反应堆再次裁剪。
mvn clean install -pl account-parent -amd -rf account-email
其中，-pl 和 -amd参数会得到：~parent, ~email和~persist模块，在此基础上 -rf参数制定从~email开始构建，于是会得到：~email和~persist。
二、POM继承：
简化maven的配置，maven提供继承关系，子pom可以继承父pom的配置信息。可以在父pom中声明一些可供子pom继承的配置，实现“一次声明，多次使用”。
作用：一次声明，多次使用。
实现：
1、创建父pom maven项目，注意父pom.xml文件中packaging必须为pom，所以该项目可没有src目录。
2、在pom.xml文件中设置，可供子项目pom.xml文件可继承的配置信息。
3、在子项目pom.xml文件中设置父pom文件：
<parent>
<groupId>com.bjymaven.samples</groupId>
<artifactId>maven-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../maven-parent/pom.xml</relativePath>
</parent>
注意：
relativePath指明父pom.xml文件的位置，是相对路径，相对于当前的pom.xml文件，找不到或者不设置时maven从本地仓库查找。
父pom中可被子pom继承的pom元素：
groupId：项目组ID，项目坐标的核心元素
version：项目版本，项目坐标的核心因素
description：项目的描述信息
organization：项目的组织信息
inceptionYear：项目的创始年份
url：项目的URL地址
developers：项目的开发者信息
contributors：项目的贡献者信息
distributionManagement：项目的部署配置
issueManagement：项目的缺陷跟踪系统信息
ciManagement：项目的持续集成系统信息
scm：项目的版本控制系统西溪
malilingLists：项目的邮件列表信息
properties：自定义的Maven属性
dependencies：项目的依赖配置
dependencyManagement：项目的依赖管理配置
repositories：项目的仓库配置
build：包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等
reporting：包括项目的报告输出目录配置、报告插件配置等
继承关系中依赖管理(dependencies和dependencyManagement区别)：
父pom中dependencis依赖配置，是可以继承的，故父pom中<dependencies>定义的依赖配置，会自动被子pom继承。但是当父pom中dependencis中定义了某个依赖后，子pom中必须继承这个依赖，这样子pom就失去了依赖是否继承的选择权。
父pom中dependencyManagement配置，也可以被继承。但是dependency Management中定义的依赖，子pom并不会直接引入到其本身依赖列表中，可以选择的继承其中的某些依赖，将其定义到本身的pom 的dependencis中，可以简化一定的配置。
区别：父pom中dependencis中的依赖项目，直接被子pom继承后引入到依赖列表中，而dependencyManagement中的依赖配置，被继承后，不会直接加入到子pom的依赖列表中，还是需要在子pom中手动定义。
继承关系中插件管理：
和依赖管理类似，有plugins和pluginmanagement元素可被继承。
pom聚合和继承的特点：
区别：
1.对于聚合模块来说，它知道有哪些被聚合的模块，但那些被聚合的模块不知道这个聚合模块的存在。
2.对于继承关系的父 POM来说，它不知道有哪些子模块继承与它，但那些子模块都必须知道自己的父 POM是什么。
共同点：
1.聚合 POM与继承关系中的父POM的 packaging都是pom
2.聚合模块与继承关系中的父模块除了 POM之外都没有实际的内容。
实际项目往往是一个POM既是聚合POM又是父POM。