maven中多個子模塊構(gòu)建順序是怎么樣的

這篇文章給大家分享的是有關(guān)maven中多個子模塊構(gòu)建順序是怎么樣的的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

maven多個子模塊的構(gòu)建順序

在實際的項目開發(fā)中，為了更好的組織項目代碼，會采用分層架構(gòu)的方式，這就會使用到maven的多模塊特性。

假設項目分為A、B、C、D四層，在父模塊的pom.xml中，一般這樣來對子模塊進行聚合

<modules>
    <module>A</module>
    <module>B</module>
    <module>C</module>
    <module>D</module>
</modules>

假設各個子模塊間，配置的相互依賴關(guān)系如下：

A 依賴 B
B 依賴 C
D 依賴 A

構(gòu)建父模塊，我們能夠看到以下輸出：

[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] C
[INFO] B
[INFO] A
[INFO] D
[INFO]
[INFO] ------------------------------------------------------------------------

這是因為子模塊的構(gòu)建順序受兩個因素影響

• 1、父模塊中各子模塊的聲明次序
  

• 2、子模塊間的依賴關(guān)系

實際的構(gòu)建順序是這樣形成的

maven按照次序讀取pom，如果該pom沒有依賴其他子模塊，就構(gòu)建該模塊，否則就構(gòu)建其依賴的模塊，如果該依賴模塊還依賴于其他的模塊，那么就進一步構(gòu)建依賴的依賴。

在示例中，A模塊依賴B，而B模塊又依賴C，因此要先構(gòu)建C，再構(gòu)建B，然后才能構(gòu)建A。而D依賴的模塊A已經(jīng)構(gòu)建了，因此直接構(gòu)建它。

模塊間的依賴關(guān)系會將反應堆(Reactor)構(gòu)成一個有向非循環(huán)圖，各個模塊是該圖的節(jié)點，依賴關(guān)系構(gòu)成了有向邊。這個圖不允許出現(xiàn)循環(huán)。如果A依賴B，B又依賴A，這樣就產(chǎn)生了循環(huán)依賴，Maven會報錯。

maven中的構(gòu)建

1.什么是構(gòu)建

構(gòu)建并不是創(chuàng)建，創(chuàng)建一個工程并不等于構(gòu)建一個項目。要了解構(gòu)建的含義我們應該由淺入深的從 以下三個層面來看：

（1）純 Java 代碼 （編譯）

大家都知道，我們 Java 是一門編譯型語言，.java 擴展名的源文件需要編譯成.class 擴展名的字節(jié)碼 文件才能夠執(zhí)行。所以編寫任何 Java 代碼想要執(zhí)行的話就必須經(jīng)過編譯得到對應的.class 文件。

（2）Web 工程 （部署）

當我們需要通過瀏覽器訪問 Java 程序時就必須將包含 Java 程序的 Web 工程編譯的結(jié)果“拿”到服務 器上的指定目錄下，并啟動服務器才行。這個“拿”的過程我們叫部署。我們可以將未編譯的 Web 工程比喻為一只生的雞，編譯好的 Web 工程是一只煮熟的雞，編譯部署 的過程就是將雞燉熟。

注意： 開發(fā)過程中使用路徑或配置文件中配置的類路徑等都是以編譯結(jié)果的文件結(jié)構(gòu)為標準。

（3）實際項目

在實際項目中整合第三方框架，Web 工程中除了 Java 程序和 JSP 頁面、圖片等靜態(tài)資源之外，還 包括第三方框架的 jar 包以及各種各樣的配置文件。所有這些資源都必須按照正確的目錄結(jié)構(gòu)部署到服 務器上，項目才可以運行。

所以綜上所述：構(gòu)建就是以我們編寫的 Java 代碼、框架配置文件、國際化等其他資源文件、JSP 頁 面和圖片等靜態(tài)資源作為“原材料”，去“生產(chǎn)”出一個可以運行的項目的過程。

2.構(gòu)建過程的幾個主要環(huán)節(jié)

• （1）清理：刪除以前的編譯結(jié)果，為重新編譯做好準備。

• （2）編譯：將 Java 源程序編譯為字節(jié)碼文件。

• （3）測試：針對項目中的關(guān)鍵點進行測試，確保項目在迭代開發(fā)過程中關(guān)鍵點的正確性。

• （4）報告：在每一次測試后以標準的格式記錄和展示測試結(jié)果。

• （5）打包：將一個包含諸多文件的工程封裝為一個壓縮文件用于安裝或部署。Java 工程對應 jar 包，Web 工程對應 war 包。

• （6）安裝：在 Maven 環(huán)境下特指將打包的結(jié)果——jar 包或 war 包安裝到本地倉庫中。

• （7）部署：將打包的結(jié)果部署到遠程倉庫或?qū)?war 包部署到服務器上運行。

3.自動化構(gòu)建

其實上述環(huán)節(jié)我們在 Eclipse 中都可以找到對應的操作，只是不太標準。那么既然 IDE 已經(jīng)可以進 行構(gòu)建了我們?yōu)槭裁催€要使用 Maven 這樣的構(gòu)建工具呢？

我們來看一個小故事了解一下：

這是陽光明媚的一天。托馬斯向往常一樣早早的來到了公司，沖好一杯咖啡，進入了自己的郵箱——很 不幸，QA 小組發(fā)來了一封郵件，報告了他昨天提交的模塊的測試結(jié)果——有 BUG?！昂冒桑凑膊皇堑谝?次”，托馬斯搖搖頭，進入 IDE，運行自己的程序，編譯、打包、部署到服務器上，然后按照郵件中的操作 路徑進行測試?！班牛瑳]錯，這個地方確實有問題”，托馬斯說道。于是托馬斯開始嘗試修復這個 BUG，當他 差不多有眉目的時候已經(jīng)到了午飯時間。 下午繼續(xù)工作。BUG 很快被修正了，接著托馬斯對模塊重新進行了編譯、打包、部署，測試之后確認沒 有問題了，回復了 QA 小組的郵件。 一天就這樣過去了，明媚的陽光化作了美麗的晚霞，托馬斯卻覺得生活并不像晚霞那樣美好啊。

讓我們來梳理一下托馬斯這一天中的工作內(nèi)容

從中我們發(fā)現(xiàn)，托馬斯的很大一部分時間花在了“編譯、打包、部署、測試”這些程式化的工作上 面，而真正需要由“人”的智慧實現(xiàn)的分析問題和編碼卻只占了很少一部分。

能否將這些程式化的工作交給機器自動完成呢？——當然可以！這就是自動化構(gòu)建。

此時 Maven 的意義就體現(xiàn)出來了，它可以自動的從構(gòu)建過程的起點一直執(zhí)行到終點：

感謝各位的閱讀！關(guān)于“maven中多個子模塊構(gòu)建順序是怎么樣的”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！