Maven系列学习(5)-生命周期及插件

一、生命周期的定义

所谓生命周期，是指对构建过程的抽象和统一。Maven总结了一套高度完善，易扩展的生命周期。该生命周期包括项目的清理、初始化、编译、测试、打包、集成测试、验证、部署及站点生成的所有步骤。可以这样说，几乎所有的项目的构建，都可以映射到这样的生命周期上。

生命周期只是一个抽象的概念，生命周期的每个阶段都由一个或多个插件来共同完成。同时，Maven为每个生命周期阶段，都预设了默认插件，用户使用过程中，基本不会感觉到插件的存在。

二、生命周期

总的来说，Maven生命周期有3套，clean生命周期、default生命周期和site生命周期。

1、clean生命周期，包括3个阶段：

  a、pre-clean，执行清理前工作

  b、clean，清理工作

  c、post-clean执行清理后工作

2、default生命周期，主要包括以下阶段：

  a、process-resources，对src/main/resources目录的内容进行变量替换，并复制到classpath目录

  b、compile，编译主代码

  c、process-test-resources，对src/test/resources目录的内容进行变量替换，并复制到测试classpath目录

  d、test-compile，编译测试主代码

  e、test，测试

  f、package，对编译好的代码进行打包，如：jar、war等

  g、install，将打好的包安装到Maven本地仓库

  h、deploy，将最终的包安装到远程仓库。

3、site什么周期，包括以下阶段

  a、pre-site，站点生成前工作

  b、site，生成站点文档

  c、post-site，站点生成后工作

  d、site-deploy，发布站点

Maven的各个生命周期是相互独立的，可以交叉使用。

三、插件

在更进一步之前，我们有必要先了解下插件目标。插件为了复用代码，让一个插件可以执行多个任务。例如maven-dependency-plugin，它可以分析项目依赖，可以列出依赖树等，如果我们为每个功能都单独编写一个插件，显然是不合适的，一方面代码耦合性更高，另一方面配置更麻烦。所以Maven中，插件可以有多个目标。

既然Maven的生命周期是由插件来完成的，那么插件就是和生命周期绑定在一起的。Maven为每个生命周期，内置了相应的插件。在此不再赘述

除此之外，我们也可以针对特定需要，自定义将插件绑定到某个生命周期阶段上。如下：

<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>verify</phase>
            <goals>
              <goal>jar-no-fork</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
  <plugins>
<build>

在运行mvn veriify后，如下：

[INFO] 
[INFO] --- maven-jar-plugin:2.3.2:jar (default-jar) @ HelloWorld ---
[INFO] Building jar: E:\idea\mvn-learning\HelloWorld\target\HelloWorld-1.0-SNAPSHOT.jar
[INFO] 
[INFO] --- maven-source-plugin:2.2.1:jar-no-fork (attach-source) @ HelloWorld ---
[INFO] Building jar: E:\idea\mvn-learning\HelloWorld\target\HelloWorld-1.0-SNAPSHOT-sources.jar
[INFO] ------------------------------------------------------------------------

这儿如果我们去掉<phase>verify</phase>，运行mvn verify后，仍然可以得到上面的结果。因为很多插件目标在编写的时候，已经定义好了默认绑定阶段。

四、插件配置

1、命令行插件配置

很多时候，我们需要在命令行输入Maven命令。这时，如果加入参数配置，可以更灵活地更改插件行为。我们可以在Maven命令中使用“-D参数键=参数值”，如下：

mvn install -D maven.test.skip=true

2、POM中配置参数

如果参数值不会变，或者很少变化，这时，可以考虑在POM中进行配置，以减少重复输入带来的麻烦和不便。例如maven-compiler-plugin，它的编译jvm版本，如下所示：

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

3、POM中配置任务

可以在executions标签下设置多个execution标签，在此不赘述。

五、插件解析机制

为了方便用户使用和配置插件，Maven无需用户提供完整的插件坐标信息，就可以解析得到正确的插件。这有好处也有坏处，好处在于简化了用户的配置，坏处是一旦插件配置出错，很难定位问题根由。例如：mvn help:system命令，它内部是怎么运行的呢？

1、插件仓库

跟依赖构件一样，插件也有本地插件仓库和远程插件仓库之分。当在本地插件仓库中找不到相应插件时，Maven会从远程插件仓库中下载插件。我们在超级POM.xml中可以看到插件仓库的配置如下：

<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官方插件，在配置的时候，我们可以省略掉groupId和version，但是我们不建议这样子做。

2、解析插件前缀

我们知道，插件位于org/apache/maven/plugins目录下，所以我们截取maven-metadata-central.xml中的部分如下：

<metadata>
  <plugins>
    <plugin>
      <name>Maven ACR Plugin</name>
      <prefix>acr</prefix>
      <artifactId>maven-acr-plugin</artifactId>
    </plugin>
    <plugin>
      <name>Maven Ant Plugin</name>
      <prefix>ant</prefix>
      <artifactId>maven-ant-plugin</artifactId>
    </plugin>
    ......
  </plugins>
</metadata>

从这儿我们可以看得出插件的前缀了。