一点一点学maven（04）——maven的生命周期与插件

一、Maven的生命周期概念

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

Maven的生命周期是抽象的，即生命周期不做任何实际的工作，实际任务由插件完成，类似于设计模式中的模板方法。

二、Maven的生命周期

Maven有三套相互独立的生命周期，分别是Clean、Default和Site。每个生命周期包含一些阶段，阶段是有顺序的，后面的阶段依赖于前面的阶段。


1、Clean生命周期：清理项目，包含三个阶段

1）pre-clean：执行清理前需要完成的工作

2）clean：清理上一次构建生成的文件

3）post-clean：执行清理后需要完成的工作


2、Default生命周期：构建项目，阶段如下

1）validate：验证工程是否正确，所有需要的资源是否可用。

2）initialize

3）generate-sources

4）process-sources: 处理项目主资源文件，把src/main/resources目录的内容进行变量替换等工作后，复制到项目输出的主classpath目录中。

5）generate-resources

6）process-resources

7）compile: 编译项目的源代码，把src/main/Java目录下的Java文件编译至项目输出的主classpath目录中。

8）process-classes

9）generate-test-sources

10）process-test-sources: 处理项目测试资源文件，把src/test/resources目录的内容进行变量替换等工作后，复制到项目输出的test-classpath目录中。

11）generate-test-resources

12）process-test-resources

13）test-compile: 编译项目的测试代码，把src/test/java目录下的Java文件编译至项目输出的test-classpath目录中。

14）process-test-classes

15）test: 使用单元测试框架运行测试，测试代码不会打包或部署。

16）prepare-package

17）package: 把已编译的代码打包成可发布的格式，比如jar。

18）pre-integration-test

19）integration-test：如有需要，将包处理和发布到一个能够进行集成测试的环境。

20）post-integration-test

21）verify：运行所有检查，验证包是否有效且达到质量标准。

22）install: 将包安装到Maven本地仓库，供本地其他Maven项目使用。

23）deploy: 将最终的包复制到远程仓库，供其他开发人员和Maven项目使用。


3、Site生命周期：建立和发布项目站点，阶段如下

1）pre-site：生成项目站点之前需要完成的工作

2）site：生成项目站点文档

3）post-site：生成项目站点之后需要完成的工作

4）site-deploy：将项目站点发布到服务器

三、在命令行中的调用和生命周期各个阶段的执行情况：

各个生命周期相互独立，一个生命周期的阶段前后依赖。举例如下：

1、mvn clean

调用Clean生命周期的clean阶段，实际执行pre-clean和clean阶段

2、mvn test

调用Default生命周期的test阶段，实际执行test以及之前所有阶段

3、mvn clean install

调用Clean生命周期的clean阶段和Default的install阶段，实际执行pre-clean和clean，install以及之前所有阶段

四、maven插件

4.1、Maven的核心文件很小，主要的任务都是由插件来完成。定位到：%本地仓库%\org\apache\maven\plugins，可以看到一些下载好的插件：

Maven官网上有更详细的官方插件列表：

4.2、 插件的目标（Plugin Goals）

一个插件通常可以完成多个任务，每一个任务就叫做插件的一个目标，每一个目标就是一个maven生命周期中的阶段。如执行mvn install命令时，调用的插件和执行的插件目标(阶段)如下：

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

五、将插件绑定到生命周期

　　Maven的生命周期是抽象的，实际需要插件来完成任务，这一过程是通过将插件的目标（goal）绑定到生命周期的具体阶段（phase）来完成的。如：将maven-compiler-plugin插件的compile目标绑定到default生命周期的compile阶段，完成项目的源代码编译：

5.1、内置的绑定

　　Maven对一些生命周期的阶段（phase）默认绑定了插件目标，因为不同的项目有jar、war、pom等不同的打包方式，因此对应的有不同的绑定关系，其中针对default生命周期的jar包打包方式的绑定关系如下：
　　

第一列表示默认的声明周期阶段；
第二列中，冒号后面即是绑定的插件目标，冒号前面是插件的前缀（prefix），是配置和使用插件的一种简化方式。Plugin Prefix

5.2、自定义绑定

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

<build>
    <plugins>
        <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>
    </plugins>
    ……
</build>

5.3、插件配置

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>

也可以对插件的各个目标进行更具体的配置。Configuring Plug-ins

5.4、 插件仓库
Maven的插件远程仓库使用<pluginRepositories>和><pluginRepository>进行配置。

跟其他构件一样，插件也是根据坐标存储在Maven仓库中。超级POM中Maven配置的默认插件远程仓库如下：

<pluginRepositories>
    <pluginRepository>
      <id>central</id>
      <name>Central Repository</name>
      <url>http://repo.maven.apache.org/maven2</url>
      <layout>default</layout>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <releases>
        <updatePolicy>never</updatePolicy>
      </releases>
    </pluginRepository>
</pluginRepositories>

与依赖构件一样，插件构件同样基于坐标存储在Maven仓库中。在需要的时候，Maven会从本地仓库寻找插件，如果不存在，则从远程插件仓库查找。找到插件之后，再下载到本地仓库使用。

参考文档：
http://www.cnblogs.com/luotaoyeah/p/3819001.html