maven系列-（四）maven生命周期和插件

前面讲了maven的依赖和仓库，这是经常接触到的一些操作。但是我们平时还会接触到maven生命周期的一些操作，比如打包、编译等，maven就可以把我们的项目进行打包、编译。其实这个过程，还是涉及到很多知识点的，只不过我们在操作过程中察觉不到而已。

我们在项目开发中都会涉及到清理、编译、测试、部署等流程，所以maven就对我们这个过程进行抽象和统一，定义了一套统一的生命周期。

maven的生命周期

maven有三套生命周期，分别是clean、default、site。

clean是用来清理项目，default是构建项目，属于maven生命周期中最核心的部分，site是建立项目站点。每套生命周期还包含很多阶段，阶段之间是有顺序的。

clean生命周期包含的阶段：

顺序	阶段	备注
1	pre-clean	清理前的准备工作
2	clean	清理上次构建生成的文件
3	post-clean	清理后的工作

default生命周期包含的阶段：

顺序	阶段	备注
1	validate	验证
2	initialize	初始化构建状态
3	generate-sources	生成源代码
4	process-sources	处理项目主资源文件
5	generate-resources	生成项目中的资源
6	process-resources	处理资源并复制资源到目标目录，为打包做准备
7	compile	编译项目主源码
8	process-classes	处理生成后的字节码文件
9	generate-test-sources	生成测试源代码
10	process-test-sources	处理项目测试资源文件
11	generate-test-resources	创建测试资源
12	process-test-resources	处理测试资源，并复制到测试目标目录中
13	test-compile	编译测试代码
15	process-test-classes	处理生成后的测试源代码的字节码
16	test	运行单元测试
17	prepare-package	打包之前进行一些操作，例如解压缩，处理版本。
18	package	打包
19	pre-integration-test	在集成测试之前进行一些操作
20	integration-test	集成测试
21	post-integration-test	执行集成测试后执行所需的操作
22	verify	检查
23	install	将包安装到maven本地仓库
24	deploy	将包复制到远程仓库

site生命周期包含的阶段：

顺序	阶段	备注
1	pre-site	生成站点前准备工作
2	site	生成项目站点文档
3	post-site	生成站点之后的工作
4	site-deploy	将生成的站点发布到服务器上

maven插件

maven定义了生命周期，但是并没有具体的实现，maven定义的生命周期是抽象的，所有的实现都交由插件完成。这就在保证严格控制生命周期流程的条件下，实现了足够的扩展性。

maven插件为了能够达到复用，一个插件一般都可以完成多个功能，每个功能就是一个插件目标。

上面maven生命周期表格中的步骤，一个步骤都可以绑定一个或多个插件行为，并且为了方便起见，maven为大多数步骤都编写并绑定了默认的插件，这就是内置绑定，为了让用户不做任何配置就可以构建maven项目。除了内置绑定之外，用户还可以自己选择将某个插件目标绑定到maven某个生命周期的某个阶段，这就是自定义绑定，可以让maven项目在构建过程中执行更多自定义的任务。

下面是内置绑定中，常见的生命周期阶段和插件目标的对应关系：
（由于打包类型不同，插件也不同，这里以打包类型为jar举例）

生命周期阶段	插件目标	说明
clean	maven-clean-plugin:clean	清理上次构建生成的文件
process-resources	maven-resources-plugin:resources	复制主资源文件至主输出目录
compile	maven-compiler-plugin:compile	编译主代码至主输出目录
process-test-resources	maven-resources-plugin:testResources	复制测试资源文件至测试输出目录
test-compile	maven-compiler-plugin:testCompile	编译测试代码至测试输出目录
test	maven-surefire-plugin:test	执行测试用例
package	maven-jar-plugin:jar	创建jar包
install	maven-install-plugin:install	将项目输出构件安装到本地仓库
deploy	maven-deploy-plugin:deploy	将项目输出构件部署到远程仓库
site	maven-site-plugin:site	编译测试代码至测试输出目录
site-deploy	maven-site-plugin:deploy	编译测试代码至测试输出目录

除了内置绑定，用户还可以进行自定义绑定，我们有时候可以在pom文件中看到如下的配置：

    
        
            org.apache.maven.plugins
            maven-source-plugin
            2.3
            
                true
            
            
                
                    compile
                    
                        jar
                    
                
            
        
    

这段配置，就是自定义绑定，这里定义了使用maven-source-plugin插件，executions下每个execution子元素可以配置一个任务，phase定义为compile生命周期，goal指定目标是jar，也就是maven-source-plugin插件的jar目标。所以，当通过maven执行compile生命周期时，就是执行maven-source-plugin插件的jar目标。

插件仓库

maven在解析插件时，也是先从本地仓库寻找，如果找不到，再去远程仓库寻找，但是插件的远程仓库有点特殊，和我们之前配置的依赖的远程仓库的地址不是同一个地址。
有时候，我们可能会在pom文件看到如下配置：

    
        xxx-nexus
        http://maven.xxx.com:8081/nexus/content/xxx/xxx
        
            true
        
        
            true
        
    

这段配置就是配置maven插件的远程仓库地址的，maven也有内置的插件远程仓库的地址，一般情况下，内置的插件远程仓库地址就可以满足大部分的场景了，所以自定义的插件远程仓库一般不会看到。

pom中配置插件时，如果这个插件是maven官方插件，则可以省略groupId的配置，但是一般不推荐这么使用。

参考资料：
1.《maven实战》 许晓斌 著