Maven 生命周期

Maven 生命周期

我们今天带来的是 Maven 的另一个重要概念–生命周期。在学习了 Maven 的生命周期之后，在使用 Maven 的过程中，就能够够好的理解每一步操作的意义。

1. 什么是生命周期

其实生命周期这个概念并不是 Maven 首创的，因为即使不用 Maven，这些事情也是需要我们去做的。想象一下在没有 Maven 的时候，我们开发完一个项目之后，一般是直接使用 Java 的相关命令进行编译，打包等等工作。

但是这些工作无聊而且繁琐，基本上充斥在开发者每天日常的工作中，无论是开发新功能，还是修改一个 Bug，都需要重复以上操作。当然有聪明的开发者，也会将这些每天重复的事情做成脚本来执行。

那么问题又来了，不同公司的不同项目之间或多或少会存在些许差异，这种时候，可能就需要开发者针对这些差异来定制一些步骤，或者脚本。也就是说，每当我们开始开发一个新项目的时候，或者换到另一个项目组的时候，我们构建项目的步骤或者方式都可能会发生变化。

Maven 的出现，可以说是很大程度上缓解了这种问题的发生。通过吸取很多项目的经验，Maven 定义了一套完整而且统一的生命周期模型。使用这个模型，我们将构建的细节交给 Maven，只需要理解对应生命周期的含义即可完成构建。就好像，人到了青少年的时候，就要去上学，到了青年的时候，就要出来工作类似，我们不需要知道上学或者工作中具体的事情，只需要知道，到了这个阶段，能够做这个事情就可以了。

2. 生命周期详解

Maven 的生命周期并非只有一套，而是有三套，并且这三套生命周期之间是没有关系的。一套生命周期包含很多个不同的阶段，这些不同的阶段是有顺序的，有些阶段必须要在某个阶段完成之后，才能进行。Maven 的三套生命周期分别为：clean（清理），default（默认），site（站点）。接下来我们就一一介绍一下这三个生命周期。

2.1 clean 生命周期

clean 生命周期包括：

1. pre-clean： 清理前的准备工作；
2. clean：清理上一次构建的结果；
3. post-clean： 清理结束后需要完成的工作。

一般情况下，Maven 的构建结果会生成在 target 目录下，我们执行 mvn clean 命令后，这个目录会被清空。

从上图，我们可以看到，对应的 target 目录被清理干净了。

2.2 default生命周期

default 生命周期应该算是大多数开发者最为熟悉的生命周期，也是平时在开发过程中最常用的生命周期。

(clean，site 并不属于 default 生命周期) 在 default 生命周期中，最常用的几个阶段包括：

1. validate：验证阶段。验证项目构建过程中需要的信息的正确性；
2. compil：编译阶段；
3. test：测试阶段。使用测试框架对项目进行测试，打包过程中，非必要阶段，可以跳过执行。
4. package：打包阶段。将编译好的文件打包成 jar 包，war 包或者 ear 包；
5. verify：检查阶段。检查打包结果的有效性；
6. install：本地部署阶段。将包部署到本地仓库，可以提供给本地开发过程中其他项目使用；
7. deploy：远程仓库部署阶段。将最终的包复制到远程仓库，提供给使用该仓库的其他开发者使用。

这里我们介绍的只是在 default 生命周期中最常用的，其实在这些阶段执行的过程中，还会有其他的阶段需要执行，但是并非很常用。另外，不出意外的情况下，在生命周期中，后执行的阶段要等先执行的阶段执行完再执行。

我们试着执行 Maven 的打包命令：mvn package -DskipTests。执行完成之后，可以看到其所经过的生命周期。因此，当我们想要构建项目的时候，并不需要分别执行 package 阶段之前的阶段，而是 Maven 自动为我们执行。突然发现，原来构建项目是如此的简单，方便。

2.3 site 生命周期

很多时候，我们不仅仅需要构建我们的项目，还需要生成项目文档或者站点。site 生命周期则是来帮助我们做这件事情的，它能够根据我们项目中 pom.xml 的信息，来生成一个友好的站点。

跟其他的生命周期一样，site 生命周期也包含不止一个阶段：

1. pre-site：准备阶段。在生成站点前所需要做的工作；
2. site：生成站点阶段；
3. post-site：结束阶段。生成站点结束后所需要做的工作；
4. site-deploy：发布阶段。我们可以将上面生成的站点发布到对应服务器中。

3.插件

3.1 插件目标

其实在 Maven 的世界中，生命周期只是一个抽象的模型，其本身并不会直接去做事情，真正帮我们完成事情的是 Maven 的插件。Maven 的插件也属于构件的一种，也是可以放到 Maven 仓库当中的。

通常情况下，一个插件可以做 A、B、C 等等不止一件事情，但是我们又没有必要为每一个功能都做一个单独的插件。这种时候，我们一般会给这个插件绑定不同的目标，而这些目标则是对应其不同的功能。

当我们使用一个插件的目标的时候，我们可以执行命令：mvn pluginName:goalName。例如当我们执行dependency插件的 list 目标的时候，我们可以执行命令：mvn dependency:list。

使用该插件目标，我们可以看到目前我们项目中所有依赖的情况。

3.2 插件绑定

我们说 Maven 的生命周期只是抽象的概念，真正帮我们完成事情的是插件，其实更确切的说，应该是生命周期与插件对应的目标绑定，来完成具体的功能。

4. 小结

在本节中，我们详细介绍了 Maven 的生命周期，常用的生命周期，以及其与插件的对应关系，简单的工作原理。学完之后，能够加深 Maven 的理解，减少使用过程中的误解。