Maven强大的一个重要的原因，是它有一个十分完善的生命周期模型（Lifecycle）。
Maven的生命周期模型可以从两个方面来理解
1.运行Maven的每个步骤都是由生命周期来定义的，这种预定义的默认行为将Maven的使用变得简单。可以拿前辈Ant作为对比，因为Ant中的每个步骤都需要手工去定义，使用起来就会复杂很多。
2.生命周期模型是一种标准。在不同的项目中，使用Maven的接口是一样的，这样就不用去仔细地理解每个项目的构建了。因为一般情况下，mvn clean、mvn install这样的命令是通用的。这一点也贯彻了【约定优于配置】的理念。
Maven有【三套】【相互独立】的生命周期
Maven有三套独立的生命周期，不了解的话很容易将Maven的生命周期看作一个整体。
1.清理生命周期（Clean Lifecycle）：在开始真正的项目构建之前进行一些清理工作。
2.默认生命周期（Default Lifecycle）：构建项目的核心部分，包括编译、测试、打包、部署等。
3.站点生命周期（Site Lifecycle）：生成项目报告、站点，发布站点。
相互独立的意思就是说，你可以仅仅调用clean来清理工作目录，可以仅仅调用site来生成站点，这三个生命周期之间相互独立，并不存在强依赖关系。
当然了，也可以将三个生命周期组合使用，直接运行mvn clean install site来一起运行这三套生命周期。
清理生命周期（Clean Lifecycle）
每套生命周期都由一组阶段（Phase）来组成，我们平时在控制台输入的命令总是会对应于一个特定的阶段，比如运行mvn clean，这里的clean就是清理生命周期的一个阶段。
清理生命周期一共包含了三个阶段：
1.pre-clean（预清理）：执行一些需要在clean阶段之前完成的工作。
2.clean（清理）：移除所有上一次构建生成的文件。
3.post-clean（后清理）：执行一些需要在clean结算之后立刻完成的工作。
mvn clean中的clean就是上面的clean。在一个生命周期中运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean就相当于mvn pre-clean clean。如果我们运行mvn post-clean，那么pre-clean和clean都会被运行。这是Maven的一个很重要的规则/特性，可以大大地简化命令的输入。
默认生命周期（Default Lifecycle）
默认生命周期是Maven最重要的一个生命周期，绝大部分工作都发生在这个生命周期中。
默认生命周期包含了以下的阶段（这里只列出常用和必要了解的，实际上还有很多）：
process-resources：复制并处理资源文件，至目标目录，准备打包。
compile：编译项目的源代码。
process-test-resources：复制并处理资源文件，至目标测试目录。
test-compile：编译测试源代码。
test：使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
package：接受编译好的代码，打包成可发布的格式，如 JAR 。
install：将包安装至本地仓库，以让其它项目依赖。
deploy：将最终的包复制到远程的仓库，以让其它开发人员与项目共享。
其实默认生命周期中还提供了很多的阶段，但是因为实际上会经常使用到的也就只有complie、test、package、install和deploy五个阶段，这里也就不全部列出来了。想要了解所有的阶段的话，可以到Maven的官方网站中查阅：http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html。
基本上，根据名称我们就能猜出每个阶段的用途。
站点生命周期（Site Lifecycle）
站点生命周期存在以下四个阶段：
1.pre-site（预站点）：执行一些需要在生成站点文档之前的工作。
2.site（站点）：生成项目的站点文档。
3.post-site（后站点）：执行一些需要在生成站点文档之后完成的工作，并且为部署做准备。
4.site-deploy（站点部署）：将生成的站点文档部署到特定的服务器上。
在这些阶段中，最常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点。这是Maven提供的一个相当强大的功能之一，深得管理者喜爱，因为文档和统计数据能够自动生成，并且很好看。
Maven生命周期的总结
Maven的生命周期的知识点比较简单，在使用上只要记住，在同一套生命周期中运行任何一个阶段的时候，它前面的所有阶段都会被执行就行了。这就是为什么当我们运行mvn install命令的时候，代码会被编译（compile）、测试（test）和打包（package）。
但是这一特性在不同一套的生命周期中并不适用，比如很容易会认为清理生命周期是在默认生命周期之前的必经阶段。也就是说，会被认为如果执行默认生命周期中的阶段的话，清理生命周期中的所有阶段都会被执行。而这是不对的，不同一套的生命周期之间是相互独立的，其中的阶段并不会相互影响。如果需要在打包之前先清理之前打包的内容，需要单独运行清理生命周期。当然了，一般也会建议这么做，否则可能出现一些打包的奇怪问题，比如有一些文件并没有被更新的问题。
另外需要注意的是，这些对项目及进行编译、测试、打包、运行、部署等工作在Maven中都是抽象的定义，Maven自身是不会实际负责这些工作的，而是交由插件来实现。意思就是说，Maven命令的实际工作执行者是各种各样的插件，通过插件提供的命令与Maven提供的阶段相互绑定来完成相应的工作。因此Maven的插件机制是完全依赖于Maven的生命周期的，要想运用好这些Maven命令插件，理解Maven的生命周期也就变得十分重要。
上面这张图是Idea开发工具中的Maven插件，只要理解了Maven的生命周期和其中的阶段，就能很好地使用这个插件了。
"你说世界上真正值得说的事不多，就像真正过不去的坎也很少一样。但是只要你愿意给我说，我都想听，不管值不值得；你过不去的坎，我也想陪你一起走，不管最终能不能走过。"