本文详细解析了Maven的clean、default和site三个生命周期，包括各生命周期的阶段及其功能。例如，`mvn clean install`命令会运行clean和default生命周期的部分阶段。default生命周期包含了编译、测试和安装等关键步骤，而site生命周期则用于生成和部署项目站点。Maven在不指定阶段的情况下，仍能执行如clean和package等操作，是因为Maven内部已预设了插件与阶段的绑定。了解这些概念有助于更好地理解和使用Maven。
思考：我们常使用的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文件也就更清晰了，那么我们常用的一些插件又有哪些呢？
后续的话，应该会写一篇去专门去说一说。
扫一扫
1518
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
