Maven生命周期小记
1、Maven生命周期是为了所有的构建过程进行抽象和统一。Maven从大量的项目和构建工具中学习和反思，总结了一套高度完善、易扩展的生命周期。这个生命周期包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有构建步骤。
2、Maven三套独立的生命周期
clean生命周期，包含三个阶段
1）pre-clean执行一些清理前需要完成的工作
2）clean清理上次构建的文件
3）post-clean执行一些清理后需要完成的工作
default生命周期
validate
initialize
generate-sources
process-sources处理主项目资源文件，对src/main/resources目录内容进行变量替换以后复制到项目输出的主目录
generate-resources
process-resources
compile编译项目的主源码，编译src/main/java目录下的java文件至项目输出的主目录
process-classes
genarate-test-sources
process-test-sources处理测试资源文件
genarate-test-resources
process-test-resources
test-compile编译项目测试代码
process-test-classes
test使用单元测试框架运行测试，测试代码不会被打包和部署
prepare-package
package接受编译好的代码，打包成可发布的格式，如JAR、WAR
pre-integration-test
integration-test
post-integration-test
verify
intall将包安装到Maven本地库
deploy将最终包复制到远程仓库
site生命周期
pre-site执行一些生成项目站点之前的工作
site生成项目站点文档
post-site执行一些生成项目站点之后需要完成的工作
site-deploy将生成的站点发布到服务器上
3、插件目标
对于Maven插件本身为了能够复用代码一个插件往往能执行很多个功能。这些功能聚集在一个插件里，每个功能就是插件的一个目标。
4、插件绑定
Maven的生命周期是与插件绑定的，用以完成实际的构建任务。具体而言，是生命周期阶段和插件目标的相互绑定，以完成某个具体的构建任务。例如项目编译这一任务，它对应了default生命周期的compile这一阶段，而maven-compiler-plugin这一插件的compile目标能够完成该任务。因此将它们绑定。
5、内置绑定
clean生命周期阶段与插件目标的绑定关系
| 生命周期阶段 | 插件目标 |
|---|---|
| pre-clean | |
| clean | maven-clean-plugin:clean |
| post-clean |
site生命周期阶段与插件目标的绑定关系
| 生命周期阶段 | 插件目标 |
|---|---|
| pre-site | |
| site | maven-site-plugin:site |
| post-site | |
| site-deploy | maven-site-plugin:deploy |
default生命周期与内置插件绑定关系及具体任务(打包类型: jar)
| 生命周期阶段 | 插件目标 | 执行任务 |
|---|---|---|
| process-resources | maven-resources-plugin:resources | 复制主资源文件至主输出目录 |
| compile | maven-compile-plugin:compile | 编译主代码至主输出目录 |
| process-test-resources | maven-resources-plugin:testRresources | 复制测试资源文件至测试输出目录 |
| test-compile | maven-compiler-plugin:testCompile | 编译测试代码至测试输出目录 |
| test | maven-surefire-plugin:test | 执行测试用例 |
| package | maven-jar-plugin:jar | 创建项目jar包 |
| install | maven-install-plugin:install | 将项目输出构件安装到本地仓库 |
| deploy | maven-deploy-plugin:deploy | 将项目输出构件部署到远程仓库 |
注意：以上只列出了拥有插件绑定关系的阶段，default生命周期还有很多其他阶段，默认它们没有绑定任何插件，因此也没有任何实际行为。
6、自定义绑定
除了内置绑定以外，用户还能自己选择将某个插件目标绑定到生命周期的某个阶段上。一个常用的例子是创建项目的源码JAR包。我们使用maven-source-plugin插件完成我们的任务，它的jar-no-fork目标能将主代码打成jar包。具体配置如下：
<build> <plugins> <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> </plugin> </plugins> </build>
executions下的每个execution子元素可以用来配置执行一个任务。该例子中配置了一个ID为attach-sources任务，通过phase配置，将其绑定到verify生命周期阶段，再通过goal配置指定的插件目标。最后运行以下命令：
mvn verify
注意：有时候即使不通过phase元素配置生命周期阶段，插件目标也能绑定到生命周期阶段。原因是：很多插件的目标在编写时已经定义了默认的绑定阶段。可以使用maven-help-plugin查看插件详细信息。了解插件的默认绑定阶段。运行如下命令：
mvn help:describe -DgroupId=org.apache.maven.plugins -DartifactId=maven-source-plugin -Dversion=2.1.1 -Ddetail
输出如下：
source:test-jar-no-fork Description: This goal bundles all the test sources into a jar archive. This goal functions the same as the test-jar goal but does not fork the build, and is suitable for attaching to the build lifecycle. Implementation: org.apache.maven.plugin.source.TestSourceJarNoForkMojo Language: java Bound to phase: package Available parameters: archive The archive configuration to use. See Maven Archiver Reference.
这里关心的是Bound to phase: package，表示该目标表默认绑定到的生命周期阶段，这里是package。也就是说如果用户配置使用jar-no-fork目标的时候，如果不指定phase参数，该目标默认昂定到package阶段。
7、命令行插件配置
用户可以在Maven命令中使用-D参数，并伴随一个参数键＝参数的形式来配置插件目标参数。例如：
mvn install -Dmaven.test.skip=true
参数-D是java自带的，其功能是通过命令行设置一个java系统属性，maven简单的重用了该参数。
8、在线插件信息
详情了解：http://maven.apache.org/plugins/index.html
下载地址：http://repo1.maven.org/maven2/org/apache/maven/plugins/
9、目标前缀
完整命令：
mvn org.apache.maven.plugins:maven-help-plugin:2.1:describe -Dplugin=compiler
采用目标前缀：
mvn help:describe -Dplugin=compiler
help是maven-help-plugin的目标前缀，目标前缀使命令更加简洁明了。
10、 插件仓库
Maven会区别对待依赖的远程仓库和插件远程仓库，不同于repositories及其子元素repository插件仓库使用pluginRepositories和pluginRepository配置。例如：
<pluginRepositories> <pluginRepository> <id>central</id> <url>http://repo1.maven.org/maven2</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> </pluginRepositories>
除了pluginRepositories和pluginRepository外其余子元素所表达的含义和远程仓库配置完全一样。
11、解析groupId、插件版本、artifactId
1）使用目标前缀时groupId会自动用默认的org.apache.maven.plugins补全。
2）如果没有指定版本信息，会根据解析maven-metadata.xml,Maven2中会被解析至latest，Maven3中使用release。
3）如果setting.xml文件有配置如下配置，Maven就不仅仅会检查org/apache/maven/plugins/maven-metadata.xml和org/codehaus/mojo/maven-metadata.xml，还会检查com/your/plugins/maven-metadata.xml。这样就能得到完整的插件坐标，如果三个文件没有记录该插件的前缀，则报错。
<pluginGroups> <pluginGroup>com.your.plugins</pluginGroup> </pluginGroups>
