何为生命周期
在 Maven 出现之前，项目构建的生命周期就已经存在。软件开发人员每天都在对项目进行清理、编译、测试、部署。公司和公司间、项目和项目间，往往使用不同的方式做类似的工作，换个项目就要重头再来
Maven 的生命周期就是为了对所有的构建过程进行的抽象和统一。Maven 从大量项目和构建工具中学习和反思，然后总结了一套高度完善的、易扩展的生命周期。这个生命周期包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。也就是说，几乎所有项目的构建，都能映射到这样一个生命周期上
Maven 的生命周期是抽象的，这意味着生命周期本身不做任何实际的工作，在 Maven 的设计中，实际的任务（如编译源代码）都交由插件来完成。这种思想与设计模式中的模板方法非常相似。模板方法模式在父类中定义算法的整体结构，子类可以通过实现或者重写父类的方法来控制实际的行为，这样既保证了算法有足够的可扩展性，又能够严格控制算法的整体结构
生命周期抽象了构建的各个步骤，定义了它们的次序，但没有提供具体实现。为了避免用户重复造轮子，Maven 设计了插件机制。每个构建步骤都可以绑定一个或多个插件行为，而且 Maven 为大多数构建步骤编写并绑定了默认插件。例如，针对编译的插件有 maven-compiler-plugin，针对测试的插件有 maven-surefire-plugin 等。用户几乎都不会觉察到插件的存在。当用户有特殊需要的时候，也可以配置插件定制构建行为，甚至自己编写插件
Maven 定义的生命周期和插件机制一方面保证了所有 Maven 项目有一致的构建标准，另一方面又通过默认插件简化和稳定了实际项目的构建。此外，该机制还提供了足够的扩展空间，用户可以通过配置现有插件或者自行编写插件来自定义构建行为
三套生命周期
Maven 定义了三套相互独立的生命周期：clean，default 和 site
- clean 的目的是清理项目
- default 的目的是构建项目
- site 的目的是建立项目站点
每个生命周期都包含一些阶段，这些阶段是有顺序的，并且后面的阶段依赖于前面的阶段，用户和 Maven 最直接的交互方式就是调用这些生命周期阶段。以 clean 生命周期为例，它包含的阶段有 pre-clean、clean 和 post-clean。当用户调用 pre-clean 的时候，只有 pre-clean 阶段得以执行；当用户调用 clean 的时候，pre-clean 和 clean 阶段会得以顺序执行；当用户调用 post-clean 的时候，pre-clean、clean 和 post-clean 会得以顺序执行
较之于生命周期阶段的前后依赖关系，三套生命周期本身是相互独立的，用户可以仅仅调用某个生命周期的某个阶段，而不会对其他生命周期产生任何影响。例如调用 clean 生命周期的 clean 阶段时，不会触发 default 生命周期的任何阶段，反之亦然
clean 生命周期
clean 生命周期的目的时清理项目，它包含三个阶段：
- pre-clean 执行一些清理前需要完成的工作
- clean 清理上一次构建生成的文件
- post-clean 执行一些清理后需要完成的工作
default 生命周期
default 生命周期定义了真正构建时所需要执行的所有步骤，它是所有生命周期中最核心的部分，其顺序如下：
- validate
- initialize
- generate-sources
- process-sources：处理项目主资源文件。一般来说，是对 src/main/resources 目录的内容进行变量替换等工作后，复制到项目输出的主 classpath 目录中
- generate-resources
- process-resources
- compile：编译项目的主源码，一般是编译 src/main/java 目录下的 java 文件至项目输出的主 classpath 目录中
- process-classes
- generate-test-sources
- process-test-sources：处理项目测试资源文件。一般来说，是对 src/test/resources 目录的内容进行变量替换等工作后，复制到项目输出的测试 classpath 目录中
- generate-test-resources
- process-test-resources
- test-compile：编译项目的测试源码，一般是编译
src/test/java 目录下的 java 文件至项目输出的测试 classpath 目录中 - process-test-classes
- test：使用单元测试框架运行测试，测试代码不会被打包或部署
- prepare-package
- package：接受编译好的代码，打包成可发布的格式。如 jar 文件、war 文件
- pre-integration-test
- integration-test
- post-integration-test
- verify
- install：将包安装到 Maven 本地仓库，供本地其他 Maven 项目使用
- deploy：将最终的包复制到远程仓库，供其他开发人员和 Maven 项目使用
site 生命周期
site 生命周期的目的时建立和发布项目站点，Maven 能基于 POM 所包含的信息，自动生成一个友好的站点，方便团队交流和发布项目信息：
- pre-site 执行一些在生成项目站点之前需要完成的工作
- site 生成项目站点文档
- post-site 执行一些在生成项目站点之后需要完成的工作
- site-deploy 将生成的项目站点发布到服务器上
命令行与生命周期
从命令行执行 Maven 任务的最主要方式就是调用 Maven 的生命周期阶段。需要注意的是，各个生命周期相互独立，而一个生命周期的阶段是有前后依赖关系的。下面以一些常用的 Maven 命令为例，解释其执行的生命周期阶段：
mvn clean：该命令调用 clean 生命周期的 clean 阶段。实际执行的阶段为 clean 生命周期的 pre-clean 和 clean 阶段
mvn clean install：该命令调用 clean 生命周期的 clean 阶段和 default 生命周期的 install 阶段。实际执行的阶段为 clean 生命周期的 pre-clean、clean 阶段，以及 default 生命周期的从 validate 至 install 的所有阶段。该命令结合了两个生命周期，在执行真正的项目构建之前清理项目是一个很好的实践
