一，生命周期和插件

1.除了坐标、依赖和仓库之外，maven的另外两个核心概念就是声明周期和插件。

生命周期和插件协同工作，密不可分。

清理 初始化 编译 测试 打包 集成测试 验证 部署 站点生成 等

2.三套相互独立生命周期 clean default site

3.各个生命周期详解

clean default

site

4.命令行与生命周期

执行maven任务的主要方式就是调用maven的生命周期阶段，各个生命周期互相独立，而一个生命周期的阶段是有前后依赖的，执行某个生命周期，他之前的都会执行。

5.插件目标plugin goal

maven的核心仅仅定义了抽象的生命周期，具体任务是交由插件完成的，插件以独立构件的形式存在。对于插件本身，为了能够复用代码，它往往可以完成多个任务。

6.插件绑定

maven的生命周期与插件互相绑定，用以完成实际的构建任务。具体而言就是生命周期的阶段和插件的目标相互绑定。

default内置插件绑定关系及其任务

自定义绑定

例如创建项目的源码jar包，

二，聚合和继承

1.一般来说，一个项目的子块都应该使用相同的groupId,如果它们一起开发发布，还应该使用相同的version,此外他们的artifactId还应该使用一致的前缀，以方便同其他项目区分。

2.聚合性:

一次性构件两个或者多个项目，只需执行一次mvn命令，maven的聚合或称为多模块就是为该需求服务的。

groupId,version都一样，artifactId,name独立的，packaging为pom(必须为pom否则无法构建)，modules是实现聚合最核心的配置，

module元素值为都是一个当前pom的相对目录，一般来说，为了方便快速定位内容，模块所处的目录名称应该与其artifactId一致，也不是必须的要求，通常将聚合模块放在项目的目录最顶层，

如果使用平行目录结构module的值也要做对应的修改，

<modules>

<module>../accout-email</module>

<module>../account-persist</module>

</modules>

3.继承

父模块代码清单

packaging的值必须为pom

由于父模块是帮助消除配置的重复的，所以不包含pom以外的项目文件，也就不需要src/main/java/之类的文件夹了

正确设置relativePath的值非常重要，如果不正确，maven找不到父pin,构建失败，

更新过的account-email没有groupId和version,隐式继承父pom的。

父模块也要放到聚合模块里，放到最上边。

可被继承的pom元素除了groupId version description还有以下

4.继承的管理，使用dependenceyManagement元素把dependences放入其中管理

父pom

子pom

可省去版本信息，单元测试scope也可省去。虽然这些不能减少太多的pom配置，但是还是强烈推荐，dependencyManagement声明依赖可以统一项目中依赖的版本。如果子类模块不声明依赖的使用，也不会产生任何效果。

5.import的依赖范围

只在dependenceyManagement元素下才有用，想要使用和另外一模块完全一样的dependenceyManagement配置，除了复制配置，继承两种方式外还可以使用import范围依赖将这一配置导入

6.插件的管理 使用pluginManagement元素

代码如下

当子模块需要使用该插件时只需要如下简单配置

<build>

<plugins>

<groupId>org.apache.maven.plugins</groupId>

<artifactId>maven-source-plugin</artifactId>

</plugins>

</build>

如果子模块不使用父模块的插件，尽管将其忽略，如果想使用不同的，也可自行配置覆盖父模块的配置

7.继承和聚合

聚合是为了方便快速构建项目，继承是为了消除重复配置。

聚合模块知道聚合了哪些模块，但是被聚合的模块不知道被谁聚合了。

父模块不知道自己有哪些子模块，子模块必须清楚知道父模块是哪个。

在实际项目中，我们往往会发现一个模块即是父模块，又是聚合模块，主要是为了方便。

当父模块在上一层目录时，maven能默认识别父模块的位置，因此不再需要配置relativePath

8.xml流行的原因是之一就是所有语言都接受它，对于maven,约定优于配置convention over configuration

这是maven最核心的设计理念之一。

任何一个maven pom 还都隐式的继承了超级pom

9.反应堆

在一个多模块的项目中，反应堆reactor是指所有模块组成的一个构建结构，包含了模块之间的继承和依赖关系，从而能够自动计算出合理的模块构建顺序。

实际的构建顺序是这样的，maven按顺序读取pom,如果该模块没有依赖模块就构建该模块，否则就先构建其依赖的模块，如果该依赖模块还依赖其他模块，就先构建其他模块。如果出现a依赖b,b又依赖a,maven就会报错。

10.裁剪反应堆

输入mvn -h可以看到以下支持裁剪反应堆的命令，

mvn clean install -pl account-email,account-persist 指定构建某几个模块

mvn clean install -pl account-email -am 同时构建所列模块的依赖模块

mvn clean install -pl account-parent -amd 同时构建依赖于所列模块的所有模块，

mvn clean install -rf account-email在完整的反应堆构建顺序↑指定从哪个模块开始构建。

mvn clean install -pl account-parent -and -rf account-email 对裁剪过的反应堆再次裁剪。