以下引用官方的生命周期解释https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html：
一、构建生命周期基础：
Maven基于构建生命周期的中心概念。这意味着构建和分发特定工件（项目）的过程被明确定义。
对于构建项目的人员，这意味着只需要学习一小堆命令即可构建任何Maven项目，POM将确保他们获得所需的结果。
有三个内置的生命周期：默认（default），清洁（clean）和站点（site）。在默认（default）的生命周期处理你的项目部署，将清洁（clean）的生命周期处理项目的清理，而网站（site）的生命周期处理你的项目站点文档的创建。
二、构建生命周期是由阶段组成的：
这些构建生命周期中的每一个由构建阶段的不同列表定义，其中构建阶段表示生命周期中的阶段。
例如，默认（default）的生命周期包括以下阶段（注意：这里是简化的阶段，用于生命周期阶段的完整列表，请参阅下方生命周期参考）：
- 验证（validate） - 验证项目是否正确，所有必要的信息可用
- 编译（compile） - 编译项目的源代码
- 测试（test） - 使用合适的单元测试框架测试编译的源代码。这些测试不应该要求代码被打包或部署
- 打包（package） - 采用编译的代码，并以其可分配格式（如JAR）进行打包。
- 验证（verify） - 对集成测试的结果执行任何检查，以确保满足质量标准
- 安装（install） - 将软件包安装到本地存储库中，用作本地其他项目的依赖项
- 部署（deploy） - 在构建环境中完成，将最终的包复制到远程存储库以与其他开发人员和项目共享。
这些生命周期阶段（以及此处未显示的其他生命周期阶段）依次执行，以完成默认生命周期。给定上述生命周期阶段，这意味着当使用默认生命周期时，Maven将首先验证项目，然后尝试编译源代码，运行这些源代码，打包二进制文件（例如jar），运行集成测试软件包，验证集成测试，将验证的软件包安装到本地存储库，然后将安装的软件包部署到远程存储库。
换句话说，在生命周期里面阶段是连续的，在不出错的前提下，比如执行打包（package）时就一定是执行了测试（test）之后再执行。
三、生命周期参考：
以下列出了默认（default），清洁（clean）和站点（site）生命周期的所有构建阶段，它们按照指定的顺序执行的顺序执行。
清洁（clean）生命周期
| 预清洁（pre-clean） | 执行实际项目清理之前所需的流程 |
| 清洁（clean） | 删除以前构建生成的所有文件 |
| 后清洁（post-clean） | 执行完成项目清理所需的流程 |
默认（default）生命周期
| 验证（validate） | 验证项目是正确的，所有必要的信息可用。 |
| 初始化（initialize） | 初始化构建状态，例如设置属性或创建目录。 |
| 产生来源（generate-sources） | 生成包含在编译中的任何源代码。 |
| 流程源（process-sources） | 处理源代码，例如过滤任何值。 |
| 生成资源（generate-resources） | 生成包含在包中的资源。 |
| 流程资源（process-resources） | 将资源复制并处理到目标目录中，准备打包。 |
| 编译（compile） | 编译项目的源代码。 |
| 工艺类（process-classes） | 从编译后处理生成的文件，例如对Java类进行字节码增强。 |
| 生成测试来源（generate-test-sources） | 生成包含在编译中的任何测试源代码。 |
| 流程测试来源（process-test-sources） | 处理测试源代码，例如过滤任何值。 |
| 生成测试资源（generate-test-resources） | 创建测试资源。 |
| 流程测试资源（process-test-resources） | 将资源复制并处理到测试目标目录中。 |
| 测试编译（test-compile） | 将测试源代码编译到测试目标目录中 |
| 流程检验类（process-test-classes） | 从测试编译中处理生成的文件，例如对Java类进行字节码增强。对于Maven 2.0.5及以上版本。 |
| 测试（test） | 使用合适的单元测试框架运行测试。这些测试不应该要求代码被打包或部署。 |
| 制备包（prepare-package） | 在实际包装之前，执行必要的准备包装的操作。这通常会导致打包的处理版本的包。（Maven 2.1及以上） |
| 打包（package） | 采取编译的代码，并以其可分发的格式（如JAR）进行打包。 |
| 预集成测试（pre-integration-test） | 在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境等。 |
| 集成测试（integration-test） | 如果需要，可以将该包过程并部署到可以运行集成测试的环境中。 |
| 整合后的测试（post-integration-test） | 执行集成测试后执行所需的操作。这可能包括清理环境。 |
| 校验（verify） | 运行任何检查以验证包装是否有效并符合质量标准。 |
| 安装（install） | 将软件包安装到本地存储库中，以作为本地其他项目的依赖关系。 |
| 部署（deploy） | 在集成或发布环境中完成，将最终软件包复制到远程存储库，以与其他开发人员和项目共享。 |
站点（site）生命周期
| 预网站（pre-site） | 在实际的项目现场生成之前执行所需的进程 |
| 网站（site） | 生成项目的站点文档 |
| 后网站（post-site） | 执行完成站点生成所需的进程，并准备站点部署 |
| 网站部署（site-deploy） | 将生成的站点文档部署到指定的Web服务器 |
四、生命周期在命令行中的调用
在开发环境中，使用以下调用构建并将工件安装到本地存储库中。
mvn install
此命令在执行安装之前按顺序（验证（validate），编译（compile），打包（package）等）执行每个默认生命周期阶段。在这种情况下，您只需要调用最后一个构建阶段来执行，安装（install）。
在构建环境中，使用以下调用将工件清理地构建并部署到共享存储库中。
mvn clean deploy
相同的命令可以在多模块场景（即具有一个或多个子项目的项目）中使用。Maven遍历每个子项目并执行清洁（clean），然后执行部署（deploy）（包括所有之前的构建阶段步骤）。
注意：在我们开发阶段，有一些生命周期的阶段，比如验证（validate）这些，基本很少用到。只要使用关键的几个基本能满足需求。