第七章 生命周期和插件

一、什么是生命周期

Maven的生命周期包括项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生产等几乎所有构建步骤。

生命周期本身不做任何实际工作，实际任务都交给插件完成。

二、生命周期详解

Maven拥有三套相互独立的生命周期，clean、default、site。clean的生命周期目的是清理项目，default生命周期目的构建项目，site生命周期目的是构建项目站点。

三套生命周期是相互独立的，生命周期的阶段是前后依赖关系。

1.clean生命周期

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

2.default生命周期

default生命周期定义真正构建所需要执行的所有步骤：

3.site生命周期

• pre-site执行一些生成项目站点前需要完成的工作

• site生成项目站点文档

• post-site执行一些在生产项目站点之后需要完成的工作。

• site-deploy将生成的项目站点发布到服务器。

4.命令行与生命周期

• mvn clean：实际执行pre-clean和clean。

• mvn test：实际执行default生命周期的validate、initalize等，直到test的所有阶段。

• mvn clean install：实际执行pre-clean、clean，以及default生命周期从validate到install所有阶段。

• mvn clean deploy site-deploy：实际执行pre-clean、clean，default生命周期所有阶段，及site生命周期所有阶段。

三、插件目标

插件每个功能就是一个插件目标。

四、插件绑定

生命周期的阶段与插件目标相互绑定，以完成某个具体构建任务。

1.内置绑定

除了默认的打包类型jar，还有war、pom、maven-plugin、ear等。

2.自定义绑定

用户可以自己将某个目标绑定到生命周期的某个阶段。例子，创建项目的源码包。maven-source-plugin可以完成，它的jar-no-fork目标能够将项目主代码打包为jar，可以将其绑定到default生命周期的verify阶段。

<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可以配置执行一个任务。了解插件的默认绑定阶段，命令如下：

mvn help:descibe-Dplugin=xxx:xxx:xxx

五、插件配置

几乎所有插件目标都有可配置参数，通过命令行和POM配置。

1.命令行插件配置

在命令中使用-D参数，伴随一个参数键=参数值形式配置参数。

2.POM中插件全局配置

有些参数从项目创建到发布都不改变或很少改变，在POM文件内配置更方便。

在声明插件时，对插件进行一个全局配置。

...
        <configuration>
              <source>1.5</source>
              <target>1.5</target>
        </configuration>
...

3.POM插件任务配置

可以为每个插件任务配置特定参数。配置元素参照前面提到的元素。

六.获取插件信息

1.在线插件信息
查看查看官方文档。

2.使用maven-help-plugin描述插件

mvn help:describe-Dplugin=xxxx:xxx:xxx

7.从命令行调用插件

mvn-h可以显示mvn命令帮助。

目标前缀是为了命令更简洁。help是maven-help-plugin的目标前缀。

八、插件解析机制

1.插件仓库

插件的远程仓库使用pluginRepositories和pluginRepository配置，区别于依赖的远程仓库。

<pluginRepositories>
    <pluginRepository>
        <id>central</id>
        <name>Maven-Plugin-Repository</name>
        <url>xxxx</url>
        <layout>default</layout>
        <snapshots>
            <enabled>false</enabled>
        </snapshots>
        <releases>
            <updatePolicy>never</updatePolicy>
        </releases>
    </pluginRepository>
 </pluginRepositories>

2.插件的默认groupId

在POM中配置插件时，如果是Maven的官方插件，可以省略groupId配置。建议写完整。

3.解析插件版本

在用户没有提供插件版本的情况下，maven会自动解析插件版本。maven在超级POM为所有核心插件设定了版本。

如果使用的插件不属于核心插件，又没有设定版本，maven会去检查仓库中可用的版本，然后选择。maven遍历本地仓库和远程插件仓库，将该路径下的仓库元数据归并后，计算出latest和release值，没有声明版本时使用release（maven 3）。不推荐依赖Maven的解析插件版本。

4.解析插件前缀

Maven如何根据插件前缀解析得到插件坐标：

插件前缀和groupId：artifactId一一对应，匹配关系存储在仓库元数据中。Maven在解析插件仓库元数据时，会默认使用org.apache.maven.plugins和org.codehaus.mojo两个groupId，也可以配置setting.xml让Maven检查其他groupId上的插件仓库元数据：

<settings>
    <pluginGroups>
        <pluginGroup>com.xxx.plugins</pluginGroup>
    </pluginGroups>
 </settings>

插件仓库部分元数据