一、生命周期的定义
所谓生命周期,是指对构建过程的抽象和统一。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>
从这儿我们可以看得出插件的前缀了。