思考：我们常使用的maven命令，比如 mvn clean install，mvn clean package 这些命令到底最后是如何工作的？

在这里我们还是先一步步来，其实它们运行的是生命周期中对应的phase阶段。

Maven 拥有三套独立的生命周期，它们分别是 clean、default 和 site。clean 生命周期的目的是清理项目；default 生命周期的目的是构建项目；site 生命周期的目的是建立项目站点。

生命周期相互独立

每个生命周期又包含了多个阶段。这些阶段在执行的时候是有固定顺序的。后面的阶段一定要等前面的阶段执行完成后才能被执行。

每个阶段又可以绑定一些插件也就是我们在pom.xml中看到的 plugin，但是绑定插件具体运行生命呢？

肯定是插件的功能，在pom文件中以goal标签的形式出现，当然大部分人是没有用过的，但是不妨碍我们学习。

那么我们先看一个详细的关于上面叙述的总结图：

上面的图已经可以清晰的看到了之间的关系，但是我们每隔生命周期中又有哪些阶段呢？不怕这里我就给出一份总结：

clean生命周期

clean 生命周期的目的是清理项目，它包括以下三个阶段。

• pre-clean：执行清理前需要完成的工作。
• clean：清理上一次构建过程中生成的文件，比如编译后的 class 文件等。
• post-clean：执行清理后需要完成的工作。

default生命周期

default 生命周期定义了构建项目时所需要的执行步骤，它是所有生命周期中最核心部分，包含的阶段如下表所述，比较常用的阶段用粗体标记。

名称	说明
validate	验证项目结构是否正常，必要的配置文件是否存在
initialize	做构建前的初始化操作，比如初始化参数、创建必要的目录等
generate-sources	产生在编译过程中需要的源代码
process-sources	处理源代码，比如过滤值
generate-resources	产生主代码中的资源在 classpath 中的包
process-resources	将资源文件复制到 classpath 的对应包中
compile	编译项目中的源代码
process-classes	产生编译过程中生成的文件
generate-test-sources	产生编译过程中测试相关的代码
process-test-sources	处理测试代码
generate-test-resources	产生测试中资源在 classpath 中的包
process-test-resources	将测试资源复制到 classpath 中
test-compile	编译测试代码
process-test-classes	产生编译测试代码过程的文件
test	运行测试案例
prepare-package	处理打包前需要初始化的准备工作
package	将编译后的 class 和资源打包成压缩文件，比如 rar
pre-integration-test	做好集成测试前的准备工作，比如集成环境的参数设置
integration-test	集成测试
post-integration-test	完成集成测试后的收尾工作，比如清理集成环境的值
verify	检测测试后的包是否完好
install	将打包的组件以构件的形式，安装到本地依赖仓库中，以便共享给本地的其他项目
deploy	运行集成和发布环境，将测试后的最终包以构件的方式发布到远程仓库中，方便所有程序员共享

site 生命周期

site 生命周期的目的是建立和发布项目站点。Maven 可以基于 pom 所描述的信息自动生成项目的站点，同时还可以根据需要生成相关的报告文档集成在站点中，方便团队交流和发布项目信息。site 生命周期包括如下阶段。

• pre-site：执行生成站点前的准备工作。
• site：生成站点文档。
• post-site：执行生成站点后需要收尾的工作。
• site-deploy：将生成的站点发布到服务器上。

这里我们先思考一下，mvn clean install 这条命令，究竟运行了哪些阶段呢？

这里其实运行了两个生命周期，一个是 clean 生命周期，一个是 default 生命周期。

运行了哪些阶段？

这里就和mvn 命令的运行机制有关了，使用mvn install 那么就会运行default install 阶段之前的所有phase 阶段，包含clean的？

注意：这里没生命clean，上面也说了生命周期相互独立，也就是说没有clean，只有validate -》initialize ....-》 install 阶段。

那么mvn clean install 呢？运行的显示clean生命周期的 包含clean的之前所有阶段，再运行 default 包含install阶段之前的所有阶段。

思考：那么我们没在pom文件中写任何的phase阶段绑定关系，为什么我还是能使用这么命令呢，为什么能进行clean  能进行package打包呢？

其实maven 本身已经内置一些plugin插件，与phase 进行了绑定，也制定了goal（简单理解成功能就行）。

类似于resources:resources这种格式，说的就是resources这个plugin的resources goal（resources功能，负责处理资源文件）

默认绑定了什么？我们可以看看

default阶段

process-resources                               resources:resources

compile                                                      compiler:compile

process-test-resources                     resources:testResources

test-compile                                           compiler:testCompile

test                                                              surefire:test

package                                                     jar:jar或者war:war

install                                                         install:install

deploy                                                        deploy:deploy

site生命周期的默认绑定是：

site                                                              site:site

site-deploy                                              site:deploy

clean生命周期的默认

clean                                                           clean:clean

我们可以看看运行的时候的效果

可以看到运行 mvn clean的时候，执行了clean-plugin:clean goal功能

我们这里再次尝试了一个mvn package命令，内容太多就不全部截图了，大家可以下来自己试一试：我截图的中间显示效果比较好的地方

效果已经很明显了，但是如果我们想去绑定一些插件如何编写？

这里给个简单的模板把，大致的就是生成jar包的源码包，以及如何配置参数，参数可以显示设置，也可以在执行命令的时候输入 比如 mvn install -Dmaven.test.skip=true 在后面加入参数

  <!-- source插件 --><plugin><groupId>org.apache.maven.plugins</groupId><artifactId>maven-source-plugin</artifactId><version>2.1.1</version><executions><execution><id>attach-sources</id><phase>verify</phase><goals><goal>jar-no-fork</goal></goals></execution></executions><configuration><!-- 可以显示设置，也可以在执行命令的时候输入参数，当然也有默认值 --><outputDirectory>${project.build.outputDirectory}</outputDirectory></configuration></plugin>

当然我们要知道有哪些常用插件什么的，或者说一些参数怎么设置，他有哪些参数或者说有哪些goal怎么办。可以直接去maven官网中查询：

http://maven.apache.org/plugins/index.html

到这我们对maven的生命周期 以及 phase  plugin 以及 goals之间的关系也清楚了，在去看一些项目的pom文件也就更清晰了，那么我们常用的一些插件又有哪些呢？

后续的话，应该会写一篇去专门去说一说。