Maven的生命周期

朱雀 2021-05-12 11:50 491阅读 0赞

Maven的生命周期其实是指它对所有的构建过程进行了反复的推敲、反思，之后总结了一套高度抽象过程。这个过程是高度完善的、容易扩展的。基本上包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署、、站点生成等步骤，几乎所有的项目生命周期也就这样。Maven项目周期是一个抽象的概念，这个概念性的东西意味着它并不做任何实质性的事情，也就是说：它就像接口，只定义规范，具体细节它不管。具体的实现细节则交给了Maven的各个丰富的插件。Maven的插件机制有可能是跟Eclipse学的，基于一个内核core，定义一堆流程性的东西，让插件去实现这些规范。其他组织也可以根据这套规范插入自己的东西，形成有特色化的、自定制的Maven。

Maven有三套相互独立的生命周期，分别是：clean、default、site。clean主要是清理项目、default是Maven最核心的的构建项目、site是生成项目站点。每一个大的生命周期又分为很多个阶段。后面的阶段依赖于前面的阶段，这点有点像Ant的构建依赖。生命周期本身相互独立，用户可以仅仅调用生命周期的某一个阶段，也就是说用户调用了default周期的任何阶段，并不会触发clean周期以及site周期的任何事情。

2.  Maven生命周期阶段详解

3大生命周期蕴含着小小的阶段，我们按顺序看一下

clean周期：

pre-clean：准备清理

clean：真正的清理工作

post-clean：执行清理后的一些后续工作

default周期：

validate：验证

initialize：初始化配置

generate-sources：生成源代码编译目录

process-sources：处理项目主资源文件，复制资源文件到outputclasspath

generate-resources：生成资源目录

process-resources：处理资源文件

complie：编译源代码

process-classes：处理编译后文件

generate-test-sources：生成测试目录

process-test-sources：处理项目测试资源文件，复制测试资源文件到outputclasspath

generate-test-resources：生成测试资源文件

process-test-resources：处理测试资源文件

test-compile：编译测试代码

process-test-classes:处理测试代码

test：单元测试运行测试代码

prepare-package：打包前的准备

package：将编译好的代码打包成为jar或者war或者ear等等

pre-integration-test：准备整体测试

integration-test：整体测试

post-integration-test：为整体测试收尾

verify：验证

install：安装到本地Maven库

deploy：将最终包部署到远程Maven仓库

site周期：

pre-site：准备生成站点

site：生成站点及文档

post-site：站点收尾

site-deploy：将生成的站点发布到服务器上

比如说在命令行执行了

Java代码   ![收藏代码][icon_star.png]

1.  mvn clean

就是执行到clean周期的clean阶段。也就是说实际执行了pre-clean阶段与clean阶段。

Java代码   ![收藏代码][icon_star.png]

1.  mvn deploy

就是执行了整个default生命周期

Java代码   ![收藏代码][icon_star.png]

1.  mvn clean deploy site-deploy

这个就是执行了clean周期的前两个阶段、default周期的所有阶段、site周期的所有阶段。

3.  Maven的插件机制

之前我们就说了Maven的生命周期仅仅是个抽象的标准，不干实事的，真正干事的人藏在了幕后，就是Maven插件。插件本身为了能够代码复用，往往一个插件实现了很多功能，这个如果我们做过Eclipse插件开发的人也许更清楚，比如一个Eclipse的SVN插件，即实现了可以查看远程SVN资源库的信息，也可以下载远程代码，还可以上传代码。这实际上是3个功能，而由一个jar实现。在Maven中，管这个叫做“目标”。比如maven-dependency-plugin基于项目依赖实现了很多事情，分析依赖、列出依赖树、分析依赖来源等等。每个功能对应着一个插件的目标，插件的目标越多，插件的功能越多。比如

Java代码   ![收藏代码][icon_star.png]

1.  mvn dependency:analyze

就是使用maven-dependency-plugin插件的analyze目标，分析项目的依赖。

Java代码   ![收藏代码][icon_star.png]

1.  \[WARNING\] Unused declared dependencies found:  
2.  \[WARNING\]    org.springframework:spring-core:jar:2.5.6:compile  
3.  \[WARNING\]    org.springframework:spring-beans:jar:2.5.6:compile

Maven的生命周期与Maven插件是项目绑定的，Maven默认地将一些默认插件的目标与Maven的生命周期维系在了一起，比如default的compile这个阶段就是和maven-compiler-plugin这个插件的compile目标维系着不可分割的关系。前者是领导，复杂发号施令，指定规则，后者是小兵，专门根据任务干活儿的人。为了不让用户不用任何配置就能进行一般程度的项目构建，Maven默认给自己生命周期的核心阶段绑定了自己的插件。

clean如下：

<table style="color:rgb(0,0,0)"> 
 <tbody> 
 <tr> 
 <td> 生命周期阶段 </td> 
 <td> 插件目标 </td> 
 </tr> 
 <tr> 
 <td> pre-clean </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> clean </td> 
 <td> maven-clean-plugin:clean </td> 
 </tr> 
 <tr> 
 <td> post-clean </td> 
 <td> &nbsp; </td> 
 </tr> 
 </tbody> 
</table>

site如下：

<table style="color:rgb(0,0,0)"> 
 <tbody> 
 <tr> 
 <td> 生命周期阶段 </td> 
 <td> 插件目标 </td> 
 </tr> 
 <tr> 
 <td> pre-site </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> site </td> 
 <td> maven-site-plugin:site </td> 
 </tr> 
 <tr> 
 <td> post-site </td> 
 <td> &nbsp; </td> 
 </tr> 
 <tr> 
 <td> site-deploy </td> 
 <td> maven-site-plugin:deploy </td> 
 </tr> 
 </tbody> 
</table>

最麻烦的就是最核心的default

<table style="color:rgb(0,0,0)"> 
 <tbody> 
 <tr> 
 <td> 生命周期阶段 </td> 
 <td> 插件目标 </td> 
 </tr> 
 <tr> 
 <td> process-resources </td> 
 <td> maven-resources-plugin:resources </td> 
 </tr> 
 <tr> 
 <td> compile </td> 
 <td> maven-compiler-pugin:compile </td> 
 </tr> 
 <tr> 
 <td> process-test-resources </td> 
 <td> maven-resources-plugin:testResources </td> 
 </tr> 
 <tr> 
 <td> test-compile </td> 
 <td> maven-compiler-plugin:testCompile </td> 
 </tr> 
 <tr> 
 <td> test </td> 
 <td> maven-surefire-plugin:testCompile </td> 
 </tr> 
 <tr> 
 <td> package </td> 
 <td> maven-jar-plugin:jar </td> 
 </tr> 
 <tr> 
 <td> install </td> 
 <td> maven-install-plugin:install </td> 
 </tr> 
 <tr> 
 <td> deploy </td> 
 <td> maven-deploy-plugin:deploy </td> 
 </tr> 
 </tbody> 
</table>

其他没绑定插件的就是说没有什么实际行为。

在我们自己的项目中绑定插件，比如在pom.xml内容添加如下内容

Java代码   ![收藏代码][icon_star.png]

1. <build>  
2.     <resources>  
3.         <resource>  
4.             <directory>src/main/resource</directory>  
5.         </resource>  
6.     </resources>  
7.     <plugins>  
8.         <plugin>  
9.             <groupId>org.apache.maven.plugins</groupId>  
10.             <artifactId>maven-source-plugin</artifactId>  
11.             <version>2.1.1</version>  
12.             <executions>  
13.                 <execution>  
14.                     <id>buildSource</id>  
15.                     <phase>verify</phase>  
16.                     <goals>  
17.                         <goal>jar-no-fork</goal>  
18.                     </goals>  
19.                     <inherited>false</inherited>  
20.                     <configuration>  
21.                     </configuration>  
22.                 </execution>  
23.             </executions>  
24.         </plugin>  
25.     </plugins>  
26. </build>

之后执行命令

Java代码   ![收藏代码][icon_star.png]

1.  mvn verify

看到输出文件夹就包含了我们的源代码source的jar。这个打包源代码的“目标”被绑定到了default周期的verify执行。还有一点就是有些插件一旦写上了pom.xml会有默认的绑定周期，比如就拿以上插件说事，如果将<phase>verify</phase>去掉，执行

Java代码   ![收藏代码][icon_star.png]

1.  mvn package

源代码依然输出，其实它默认适合default周期的package阶段绑定的。Goals代表该插件的某些目标（功能）。

插件还能进行全局性质的参数配置，参数是什么就不用多说了吧，大家接触linux的都知道吧。Configuration就是配置参数的。

Java代码   ![收藏代码][icon_star.png]

1. <plugin>  
2.     <groupId>org.apache.maven.plugins</groupId>  
3.     <artifactId>maven-compiler-plugin</artifactId>  
4.     <version>2.1</version>  
5.     <configuration>  
6.         <target>1.5</target>  
7.     </configuration>  
8. </plugin>

4.  Maven插件的详细信息

如果想获取插件的详细信息，一种途径就是通过在线官网查询（google一下就知道了），一种就是利用它的另一个插件，maven-help-plugin。比如在命令行输入如下

Java代码   ![收藏代码][icon_star.png]

1.  mvn help:describe -D plugin=org.apache.maven.plugins:maven-compiler-plugin:2.1

效果如下，显示了一些插件的信息

Java代码   ![收藏代码][icon_star.png]

1. Name: Maven Compiler Plugin  
2. Description: The Compiler Plugin is used to compile the sources of your  
3.   project.  
4. Group Id: org.apache.maven.plugins  
5. Artifact Id: maven-compiler-plugin  
6. Version: 2.1  
7. Goal Prefix: compiler  
8.   
9. This plugin has 3 goals:  
10.   
11. compiler:compile  
12.   Description: Compiles application sources  
13.   
14. compiler:help  
15.   Description: Display help information on maven-compiler-plugin.  
16.     Call  
17.       mvn compiler:help -Ddetail=true -Dgoal=<goal-name>  
18.     to display parameter details.  
19.   
20. compiler:testCompile  
21.   Description: Compiles application test sources.  
22.   
23. For more information, run 'mvn help:describe \[...\] -Ddetail'

需要注意的就是Goal Prefix: compiler这里，是代表该插件的目标前缀写法，我称之为目标简写，也就是说你可以简写为

Java代码   ![收藏代码][icon_star.png]

1.  mvn compiler:compile

就可以使用maven的maven-compiler-plugin插件完成编译项目的功能了。其实使用 “插件:目标”的方式是适合该功能不方便与Maven生命周期绑定的情况下。

5.  总结

这次主要概括了Maven的生命周期以及它的插件机制和插件的使用。生命周期是Maven核心的东西，插件也是Maven核心的东西，所以还是有必要看看的。下次我们单独来看看之前没提到的解析机制，包括Maven仓库的依赖解析和Maven插件的解析机制。

[icon_star.png]: /images/20210511/c40e0c011fd443a596259a1349786685.png