IDEA maven 的 Lifecycle 與 Plugins

IDEA 主界面右側(cè) Maven 標(biāo)簽欄有同樣的命令，比如 install，既在 Plugins 中存在，也在 Lifecycle中存在。到底選哪個？二者又有什么區(qū)別呢？

經(jīng)過實驗，很多時候都是 Plugins中的命令報錯，而 Lifecycle 中的命令正常執(zhí)行。那么是不是說 Plugins 根本就沒有必要存在？存在了還混淆視聽？

要解答這個問題，首先要了解這兩處的命令到底有什么差異。而之前，要先了解 Maven 的生命周期、階段、插件和目標(biāo)之間的關(guān)系。

生命周期（Lifecycle）

Maven 的生命周期就是對所有構(gòu)建過程進行抽象和統(tǒng)一，包含了項目的清理、初始化、編譯、測試、打包、集成測試、驗證、部署、站點生成等幾乎所有的構(gòu)建步驟。

Maven 內(nèi)置的三套生命周期：

• Clean Lifecycle：做一些清理工作
  • pre-clean --> clean --> post-clean
• Default LifeCycle：構(gòu)建的核心部分、編譯、測試、打包、部署等
  • validate --> compile --> test --> package --> integration-test --> verify --> install --> deploy
• Site Lifecycle：生成項目報告、站點、發(fā)布站點
  • pre-site --> site --> post-site --> site-deploy

階段（Phase）

每套生命周期都是一組階段組成。

更多請參考官方文檔：https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference

Clean Lifecycle

• pre-clean 執(zhí)行一些需要在 clean 之前完成的工作
• clean 移除所有上一次構(gòu)建所生成的文件
• post-clean 執(zhí)行一些需要在 clean 之后立即完成的工作

Default Lifecycle

• validate 驗證項目正確且所需信息都可獲得
• initialize 初始化構(gòu)建狀態(tài)，如：設(shè)置屬性值、創(chuàng)建目錄
• generate-sources 生成編譯過程中需要對導(dǎo)入進行操作的源碼
• process-sources 處理源碼，如：過濾值
• generate-resources 為包中的導(dǎo)入依賴生成資源
• process-resources 復(fù)制并處理資源文件至目標(biāo)目錄，準(zhǔn)備打包
• compile 編譯項目的源代碼
• process-classes 處理并測試源碼，如：過濾值
• generate-test-sources
• process-test-sources
• generate-test-resources
• process-test-resources 復(fù)制并處理資源文件，至目標(biāo)測試目錄
• test-compile 編譯測試源碼
• process-test-classes
• test 使用合適的單元測試框架運行測試。這些測試代碼不會被打包或部署
• prepare-package
• package 接收編譯好的代碼，打包成可發(fā)布的格式，如：jar
• pre-integration-test
• integration-test
• post-integration-test
• verify
• install

Site Lifecycle

• pre-site 執(zhí)行一些需要在生成站點文檔之前完成的工作
• site 生成項目的站點文檔
• post-site 執(zhí)行一些需要在生成站點文檔之后完成的工作，并為部署做準(zhǔn)備
• site-deploy 將生成的站點文檔部署到特定的服務(wù)器上

特點：階段在生命周期內(nèi)具有順序性，在執(zhí)行生命周期中某個階段時會先按順序執(zhí)行本生命周期當(dāng)前階段之前的所有階段，再執(zhí)行當(dāng)前階段。

例如，Clean Lifecycle有 3 個階段，按順序依次為：

• pre-clean
• clean
• post-clean

則若執(zhí)行命令 mvn clean 實際按順序執(zhí)行了 Clean Lifecycle 的 pre-clean 與 clean。

• 那么如果只想執(zhí)行第 2 個階段呢，那就執(zhí)行命令 mvn clean:clean(這就是下面要提到的插件:目標(biāo)的執(zhí)行方式了)

插件（plugin）和目標(biāo)（goal）

一個階段由插件與目標(biāo)組成。

可以理解為：

• 一個階段：一個步驟
• 插件：打成 jar 包的 java 程序
• 目標(biāo)：插件程序的一個執(zhí)行參數(shù)

即向插件程序傳入一個執(zhí)行參數(shù)并執(zhí)行一次該插件程序，就等于進行了一個步驟。

例子：

mvn compiler:compile

compiler 是插件，compile 是目標(biāo)，compiler:compile是一個階段。

插件:目標(biāo) 表示一個特定任務(wù)，階段是生命周期中的特定步驟。

有些階段聲明綁定的插件:目標(biāo)(即通過執(zhí)行相應(yīng)的插件:目標(biāo)來實現(xiàn))，有些階段沒有聲明綁定的插件:目標(biāo)，是通過其他方式來實現(xiàn)的。

生命周期及包含階段，階段聲明綁定的插件:目標(biāo)如下：

1.Clean Lifecycle

2.Default Lifecycle

3.Site Lifecycle

在 IDEA 中使用 Lifecycle 下的 install （等價于在命令行執(zhí)行 mvn install），代表執(zhí)行的是 生命周期 的一個階段（會自動先執(zhí)行之前的所有階段）。

如上所示，install 階段前有 21 個階段，即 mvn install 會先執(zhí)行前面的 21 個階段，之后再執(zhí)行 install 這個階段。

而作為對比，IDEA 中使用 Plugin 下的 install（等價于在命令行執(zhí)行 mvn install:install），代表執(zhí)行的是 插件:目標(biāo)，它單獨執(zhí)行，不會先去執(zhí)行之前的 21 個階段。

另外，由于 生命周期 可以和 插件:目標(biāo) 一起執(zhí)行，所以可以先執(zhí)行 verify 生命周期（執(zhí)行 1~21 階段），再執(zhí)行 install:install（第 22 階段）。所以以下兩種寫法其實最終實現(xiàn)效果是等價的。

mvn install
mvn verify install:install

參考資料：

https://blog.csdn.net/gao_zhennan/article/details/89713407

https://www.cnblogs.com/zhaiqianfeng/p/4620138.html

補充：idea中maven的Plugins和 Lifecycle 區(qū)別

如果在Plugins里面安裝會出現(xiàn)問題，因為Plugins安裝，只會執(zhí)行安裝操作，而maven生命周期安裝之前的操作都不會執(zhí)行 ，就會安裝失敗。但是使用 Lifecycle中的install的話，在執(zhí)行instal生命階段之前的說有生命周期階段，包括（clean compiler test package）

到此這篇關(guān)于IDEA 中 maven 的 Lifecycle 和Plugins 的區(qū)別的文章就介紹到這了,更多相關(guān)maven 的 Lifecycle 和Plugins區(qū)別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論