思考:我们常使用的maven命令,比如 mvn clean install,mvn clean package 这些命令到底最后是如何工作的?
在这里我们还是先一步步来,其实它们运行的是生命周期中对应的phase阶段。
Maven 拥有三套独立的生命周期,它们分别是 clean、default 和 site。clean 生命周期的目的是清理项目;default 生命周期的目的是构建项目;site 生命周期的目的是建立项目站点。
生命周期相互独立
每个生命周期又包含了多个阶段。这些阶段在执行的时候是有固定顺序的。后面的阶段一定要等前面的阶段执行完成后才能被执行。
每个阶段又可以绑定一些插件也就是我们在pom.xml中看到的 plugin,但是绑定插件具体运行生命呢?
肯定是插件的功能,在pom文件中以goal标签的形式出现,当然大部分人是没有用过的,但是不妨碍我们学习。
那么我们先看一个详细的关于上面叙述的总结图:
上面的图已经可以清晰的看到了之间的关系,但是我们每隔生命周期中又有哪些阶段呢?不怕这里我就给出一份总结:
clean生命周期
clean 生命周期的目的是清理项目,它包括以下三个阶段。
- pre-clean:执行清理前需要完成的工作。
- clean:清理上一次构建过程中生成的文件,比如编译后的 class 文件等。
- post-clean:执行清理后需要完成的工作。
default生命周期
default 生命周期定义了构建项目时所需要的执行步骤,它是所有生命周期中最核心部分,包含的阶段如下表所述,比较常用的阶段用粗体标记。
名称 | 说明 |
---|---|
validate | 验证项目结构是否正常,必要的配置文件是否存在 |
initialize | 做构建前的初始化操作,比如初始化参数、创建必要的目录等 |
generate-sources | 产生在编译过程中需要的源代码 |
process-sources | 处理源代码,比如过滤值 |
generate-resources | 产生主代码中的资源在 classpath 中的包 |
process-resources | 将资源文件复制到 classpath 的对应包中 |
compile | 编译项目中的源代码 |
process-classes | 产生编译过程中生成的文件 |
generate-test-sources | 产生编译过程中测试相关的代码 |
process-test-sources | 处理测试代码 |
generate-test-resources | 产生测试中资源在 classpath 中的包 |
process-test-resources | 将测试资源复制到 classpath 中 |
test-compile | 编译测试代码 |
process-test-classes | 产生编译测试代码过程的文件 |
test | 运行测试案例 |
prepare-package | 处理打包前需要初始化的准备工作 |
package | 将编译后的 class 和资源打包成压缩文件,比如 rar |
pre-integration-test | 做好集成测试前的准备工作,比如集成环境的参数设置 |
integration-test | 集成测试 |
post-integration-test | 完成集成测试后的收尾工作,比如清理集成环境的值 |
verify | 检测测试后的包是否完好 |
install | 将打包的组件以构件的形式,安装到本地依赖仓库中,以便共享给本地的其他项目 |
deploy | 运行集成和发布环境,将测试后的最终包以构件的方式发布到远程仓库中,方便所有程序员共享 |
site 生命周期
site 生命周期的目的是建立和发布项目站点。Maven 可以基于 pom 所描述的信息自动生成项目的站点,同时还可以根据需要生成相关的报告文档集成在站点中,方便团队交流和发布项目信息。site 生命周期包括如下阶段。
- pre-site:执行生成站点前的准备工作。
- site:生成站点文档。
- post-site:执行生成站点后需要收尾的工作。
- site-deploy:将生成的站点发布到服务器上。
这里我们先思考一下,mvn clean install 这条命令,究竟运行了哪些阶段呢?
这里其实运行了两个生命周期,一个是 clean 生命周期,一个是 default 生命周期。
运行了哪些阶段?
这里就和mvn 命令的运行机制有关了,使用mvn install 那么就会运行default install 阶段之前的所有phase 阶段,包含clean的?
注意:这里没生命clean,上面也说了生命周期相互独立,也就是说没有clean,只有validate -》initialize ....-》 install 阶段。
那么mvn clean install 呢?运行的显示clean生命周期的 包含clean的之前所有阶段,再运行 default 包含install阶段之前的所有阶段。
思考:那么我们没在pom文件中写任何的phase阶段绑定关系,为什么我还是能使用这么命令呢,为什么能进行clean 能进行package打包呢?
其实maven 本身已经内置一些plugin插件,与phase 进行了绑定,也制定了goal(简单理解成功能就行)。
类似于resources:resources这种格式,说的就是resources这个plugin的resources goal(resources功能,负责处理资源文件)
默认绑定了什么?我们可以看看
default阶段
process-resources resources:resources
compile compiler:compile
process-test-resources resources:testResources
test-compile compiler:testCompile
test surefire:test
package jar:jar或者war:war
install install:install
deploy deploy:deploy
site生命周期的默认绑定是:
site site:site
site-deploy site:deploy
clean生命周期的默认
clean clean:clean
我们可以看看运行的时候的效果
可以看到运行 mvn clean的时候,执行了clean-plugin:clean goal功能
我们这里再次尝试了一个mvn package命令,内容太多就不全部截图了,大家可以下来自己试一试:我截图的中间显示效果比较好的地方
效果已经很明显了,但是如果我们想去绑定一些插件如何编写?
这里给个简单的模板把,大致的就是生成jar包的源码包,以及如何配置参数,参数可以显示设置,也可以在执行命令的时候输入 比如 mvn install -Dmaven.test.skip=true 在后面加入参数
<!-- source插件 -->
<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>
<configuration>
<!-- 可以显示设置,也可以在执行命令的时候输入参数,当然也有默认值 -->
<outputDirectory>${project.build.outputDirectory}</outputDirectory>
</configuration>
</plugin>
当然我们要知道有哪些常用插件什么的,或者说一些参数怎么设置,他有哪些参数或者说有哪些goal怎么办。可以直接去maven官网中查询:
http://maven.apache.org/plugins/index.html
到这我们对maven的生命周期 以及 phase plugin 以及 goals之间的关系也清楚了,在去看一些项目的pom文件也就更清晰了,那么我们常用的一些插件又有哪些呢?
后续的话,应该会写一篇去专门去说一说。