maven生命周期与插件

一.生命周期

    Maven的生命周期就是为了对所有的构建过程进行抽象和统一，抽象了构建的各个步骤，定义了他们的次序。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。   

    Maven的生命周期是抽象的，没有提供具体实现，其实际行为都交由插件去完成。每个构建步骤(如编译)都可以绑定一个或者多个插件行为，而且Maven为大多数构建步骤编写并绑定了默认插件。如，针对编译的插件有maven-compiler-plugin，针对测试的插件有maven-surefire-plugin。当然，用户也可以配置插件定制构建行为，甚至自己编写插件。

Maven拥有三套相互独立的生命周期，它们分别是clean、default和site。每个生命周期包含一些阶段(phase)，这些阶段是有顺序的，并且后面的阶段依赖于前面的阶段，用户和Maven最直接的交互方式就是调用这些生命周期阶段。用户调用后面的阶段，则该生命周期前面的阶段会默认得以顺序执行。

    虽然生命周期内部各阶段具有前后依赖关系，但三套生命周期本身是相互独立的。如执行A生命周期的a阶段不会对B生命周期产生任何影响。

1.1 clean生命周期

目的是清理项目。

• pre-clean：执行一些清理前需要完成的工作。
• clean：清理上一次构建生成的文件。
• post-clean：执行一些清理后需要完成的工作。

1.2 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。
• pre-integration-test
• integration-test
• post-integration-test
• verify
• install：将包安装到Maven本地仓库，供本地其他Maven项目使用。
• deploy：将最终的包复制到远程仓库，供其他开发人员和Maven项目使用。

1.3 site生命周期

目的是建立和发布项目站点。Maven能够基本POM所包含的信息，自动生成一个友好的站点，方便项目信息发布。

• pre-site
• site：生成项目站点文档。
• post-site
• site-deploy：将生成的项目站点发布到服务器上。

二.插件

Maven的核心仅仅定义了抽象的生命周期，具体的任务交由插件完成，插件以独立的构件形式存在。因此，Maven核心的分发包只有不到3MB大小，Maven会在需要的时候下载并使用插件。

2.1 插件目标

对于插件本身，为了能够利用代码，它往往能够完成多个任务。如maven-dependency-plugin，它能够基于项目依赖做很多事情。能够分析项目依赖，帮助找出潜在的无用依赖；列出项目的依赖树；列出项目所有已解析的依赖等等。这些项目或事情都聚集在一个插件里，每个功能就是一个插件目标。如dependency:analyze、dependency:tree、dependency:list。冒号后面的就是该插件的目标。

每个插件都有哪些个目标，官方文档有更详细的说明：Maven Plugins

2.2 插件绑定

Maven的生命周期与插件相互绑定，用以完成实际的构建任务。具体而言，是生命周期的阶段与插件的目标相互绑定，以完成某个具体的构建任务。例如项目编译这一任务，它是default生命周期的compile阶段-->maven-compiler-plugin插件的compile目标。

2.3 内置绑定

    Maven对一些生命周期的阶段（phase）默认绑定了插件目标(goal)。当用户通过命令行调用生命周期阶段的时候，对应的插件目标就会执行相应的任务。

2.3.1 clean生命周期阶段与插件目标的绑定关系

生命周期阶段	插件目标
pre-clean
clean	maven-clean-plugin:clean
post-clean

2.3.2 site生命周期阶段与插件目标的绑定关系

生命周期阶段	插件目标
pre-site
site	maven-site-plugin:site
post-site
site-deploy	maven-site-plugin:deploy

2.3.3 default生命周期阶段与插件目标的绑定关系(打包类型:jar)

由于项目的打包类型会影响构建的具体过程，因此，default生命周期阶段与插件目标的绑定关系由项目打包类型所决定。jar是默认的打包类型。

生命周期阶段	插件目标	执行任务
process-resources	maven-resources-plugin:resources	复制主资源文件至主输出目录
compile	maven-compiler-plugin:compile	编译主代码至主输出目录
process-test-resources	maven-resources-plugin:testResources	复制测试资源文件至主输出目录
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	将项目输出构件部署到远程仓库

2.4 自定义绑定

用户可以根据需要将任何插件目标绑定到任何生命周期的阶段，如：将maven-source-plugin的jar-no-fork目标绑定到default生命周期的package阶段，这样，以后在执行mvn package命令打包项目时，在package阶段之后会执行源代码打包，生成如：ehcache-core-2.5.0-sources.jar形式的源码包。

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-source-plugin</artifactId>
    <version>2.2.1</version>
    <executions>
        <execution>
            <id>attach-source</id>
            <phase>package</phase><!-- 要绑定到的生命周期的阶段 -->
            <goals>
                <goal>jar-no-fork</goal><!-- 要绑定的插件的目标 -->
            </goals>
        </execution>
    </executions>
</plugin>

可以不指定阶段(phase)，每个插件目标都有自己默认的阶段。通过以下命令查看详情。

mvn help:describe-Dplugin=org.apache.maven.plugins:maven-source-plugin:2.11 -Ddetail

mvn help:describe-Dplugin=compiler

mvn help:describe-Dplugin=compiler -Dgoal=compile

mvn help:describe-Dplugin=compiler -Dgoal=compile -Ddetail

如果多个插件目标绑定到同一个阶段时，这些插件声明的先后顺序决定了目标的执行顺序。

2.5 配置插件

Maven插件高度易扩展，可以方便的进行自定义配置。如：配置maven-compiler-plugin插件编译源代码的JDK版本为1.7：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <configuration>
        <source>1.7</source>
        <target>1.7</target>
    </configuration>
</plugin>