IDEA中maven的Lifecycle和Plugins有什么区别

这篇“IDEA中maven的Lifecycle和Plugins有什么区别”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“IDEA中maven的Lifecycle和Plugins有什么区别”文章吧。

IDEA maven 的 Lifecycle 与 Plugins

IDEA 主界面右侧 Maven 标签栏有同样的命令，比如

install

，既在

Plugins

中存在，也在

Lifecycle

中存在。到底选哪个？二者又有什么区别呢？

经过实验，很多时候都是

Plugins

中的命令报错，而

Lifecycle

中的命令正常执行。那么是不是说

Plugins

根本就没有必要存在？存在了还混淆视听？

要解答这个问题，首先要了解这两处的命令到底有什么差异。而之前，要先了解 Maven 的生命周期、阶段、插件和目标之间的关系。

生命周期（Lifecycle）

Maven 的生命周期就是对所有构建过程进行抽象和统一，包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署、站点生成等几乎所有的构建步骤。

Maven 内置的三套生命周期：

• Clean Lifecycle：做一些清理工作

• pre-clean --> clean --> post-clean

• Default LifeCycle：构建的核心部分、编译、测试、打包、部署等

• validate --> compile --> test --> package --> integration-test --> verify --> install --> deploy

• Site Lifecycle：生成项目报告、站点、发布站点

• pre-site --> site --> post-site --> site-deploy

阶段（Phase）

每套生命周期都是一组阶段组成。

Clean Lifecycle

• pre-clean 执行一些需要在 clean 之前完成的工作

• clean 移除所有上一次构建所生成的文件

• post-clean 执行一些需要在 clean 之后立即完成的工作

Default Lifecycle

• validate 验证项目正确且所需信息都可获得

• initialize 初始化构建状态，如：设置属性值、创建目录

• generate-sources 生成编译过程中需要对导入进行操作的源码

• process-sources 处理源码，如：过滤值

• generate-resources 为包中的导入依赖生成资源

• process-resources 复制并处理资源文件至目标目录，准备打包

• compile 编译项目的源代码

• process-classes 处理并测试源码，如：过滤值

• generate-test-sources

• process-test-sources

• generate-test-resources

• process-test-resources 复制并处理资源文件，至目标测试目录

• test-compile 编译测试源码

• process-test-classes

• test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署

• prepare-package

• package 接收编译好的代码，打包成可发布的格式，如：jar

• pre-integration-test

• integration-test

• post-integration-test

• verify

• install

Site Lifecycle

• pre-site 执行一些需要在生成站点文档之前完成的工作

• site 生成项目的站点文档

• post-site 执行一些需要在生成站点文档之后完成的工作，并为部署做准备

• site-deploy 将生成的站点文档部署到特定的服务器上

特点：阶段在生命周期内具有顺序性，在执行生命周期中某个阶段时会先按顺序执行本生命周期当前阶段之前的所有阶段，再执行当前阶段。

例如，

Clean Lifecycle

有 3 个阶段，按顺序依次为：

• pre-clean

• clean

• post-clean

则若执行命令

mvn clean

实际按顺序执行了

Clean Lifecycle

的

pre-clean

与

clean

。

• 那么如果只想执行第 2 个阶段呢，那就执行命令

  mvn clean:clean

  (这就是下面要提到的

  插件:目标

  的执行方式了)

插件（plugin）和目标（goal）

一个阶段由插件与目标组成。

可以理解为：

• 一个阶段：一个步骤

• 插件：打成 jar 包的 java 程序

• 目标：插件程序的一个执行参数

即向插件程序传入一个执行参数并执行一次该插件程序，就等于进行了一个步骤。

例子：

mvn compiler:compile

compiler

是插件，

compile

是目标，

compiler:compile

是一个阶段。

插件:目标

表示一个特定任务，阶段是生命周期中的特定步骤。

有些阶段声明绑定的

插件:目标

(即通过执行相应的

插件:目标

来实现)，有些阶段没有声明绑定的

插件:目标

，是通过其他方式来实现的。

生命周期及包含阶段，阶段声明绑定的

插件:目标

如下：

1.Clean Lifecycle

顺序	阶段	插件:目标
1	pre-clean
2	clean	clean:clean
3	post-clean

2.Default Lifecycle

顺序	阶段	插件:目标
1	validate
2	initialize
3	generate-sources
4	process-sources
5	generate-resources
6	process-resources	resources:resources
7	compile	compiler:compile
8	process-classes
9	generate-test-sources
10	process-test-sources
11	generate-test-resources
12	process-test-resources	resources:testResources
13	test-compile	compiler:testCompile
14	process-test-classes
15	test	surefire:test
16	prepare-package
17	package
18	pre-integration-test
19	integration-test
20	post-integration-test
21	verify
22	install	install:install
23	deploy	deploy:deploy

3.Site Lifecycle

顺序	阶段	插件:目标
1	pre-site
2	site	site:site
3	post-site
4	site-deploy	site:deploy

在 IDEA 中使用 Lifecycle 下的 install （等价于在命令行执行

mvn install

），代表执行的是 生命周期 的一个阶段（会自动先执行之前的所有阶段）。

如上所示，

install

阶段前有 21 个阶段，即

mvn install

会先执行前面的 21 个阶段，之后再执行

install

这个阶段。

而作为对比，IDEA 中使用 Plugin 下的 install（等价于在命令行执行

mvn install:install

），代表执行的是

插件:目标

，它单独执行，不会先去执行之前的 21 个阶段。

另外，由于 生命周期 可以和

插件:目标

一起执行，所以可以先执行

verify

生命周期（执行 1~21 阶段），再执行

install:install

（第 22 阶段）。所以以下两种写法其实最终实现效果是等价的。

mvn install
mvn verify install:install

补充：idea中maven的Plugins和 Lifecycle 区别

如果在Plugins里面安装会出现问题，因为Plugins安装，只会执行安装操作，而maven生命周期安装之前的操作都不会执行 ，就会安装失败。但是使用 Lifecycle中的install的话，在执行instal生命阶段之前的说有生命周期阶段，包括（clean compiler test package）