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

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

假設(shè)項(xiàng)目分為A、B、C、D四層，在父模塊的pom.xml中，一般這樣來對子模塊進(jìn)行聚合

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

假設(shè)各個子模塊間，配置的相互依賴關(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] ------------------------------------------------------------------------

這是因?yàn)樽幽K的構(gòu)建順序受兩個因素影響

• 1、父模塊中各子模塊的聲明次序
  
• 2、子模塊間的依賴關(guān)系

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

maven按照次序讀取pom，如果該pom沒有依賴其他子模塊，就構(gòu)建該模塊，否則就構(gòu)建其依賴的模塊，如果該依賴模塊還依賴于其他的模塊，那么就進(jìn)一步構(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)系會將反應(yīng)堆(Reactor)構(gòu)成一個有向非循環(huán)圖，各個模塊是該圖的節(jié)點(diǎn)，依賴關(guān)系構(gòu)成了有向邊。這個圖不允許出現(xiàn)循環(huán)。如果A依賴B，B又依賴A，這樣就產(chǎn)生了循環(huán)依賴，Maven會報(bào)錯。

maven中的構(gòu)建

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

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

（1）純 Java 代碼 （編譯）

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

（2）Web 工程 （部署）

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

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

（3）實(shí)際項(xiàng)目

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

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

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

• （1）清理：刪除以前的編譯結(jié)果，為重新編譯做好準(zhǔn)備。
• （2）編譯：將 Java 源程序編譯為字節(jié)碼文件。
• （3）測試：針對項(xiàng)目中的關(guān)鍵點(diǎn)進(jìn)行測試，確保項(xiàng)目在迭代開發(fā)過程中關(guān)鍵點(diǎn)的正確性。
• （4）報(bào)告：在每一次測試后以標(biāo)準(zhǔn)的格式記錄和展示測試結(jié)果。
• （5）打包：將一個包含諸多文件的工程封裝為一個壓縮文件用于安裝或部署。Java 工程對應(yīng) jar 包，Web 工程對應(yīng) war 包。
• （6）安裝：在 Maven 環(huán)境下特指將打包的結(jié)果——jar 包或 war 包安裝到本地倉庫中。
• （7）部署：將打包的結(jié)果部署到遠(yuǎn)程倉庫或?qū)?war 包部署到服務(wù)器上運(yùn)行。

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

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

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

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

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

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

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

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

以上為個人經(jīng)驗(yàn)，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論