maven多個子模塊的構建順序
在實際的項目開發中，為了更好的組織項目代碼，會采用分層架構的方式，這就會使用到maven的多模塊特性。
假設項目分為A、B、C、D四層，在父模塊的pom.xml中，一般這樣來對子模塊進行聚合
|
1
2
3
4
5
6
|
<modules> <module>A</module> <module>B</module> <module>C</module> <module>D</module></modules> |
假設各個子模塊間，配置的相互依賴關系如下：
A 依賴 B
B 依賴 C
D 依賴 A
構建父模塊，我們能夠看到以下輸出：
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] C
[INFO] B
[INFO] A
[INFO] D
[INFO]
[INFO] ------------------------------------------------------------------------
這是因為子模塊的構建順序受兩個因素影響
- 1、父模塊中各子模塊的聲明次序
- 2、子模塊間的依賴關系
實際的構建順序是這樣形成的
maven按照次序讀取pom，如果該pom沒有依賴其他子模塊，就構建該模塊，否則就構建其依賴的模塊，如果該依賴模塊還依賴于其他的模塊，那么就進一步構建依賴的依賴。
在示例中，A模塊依賴B，而B模塊又依賴C，因此要先構建C，再構建B，然后才能構建A。而D依賴的模塊A已經構建了，因此直接構建它。
模塊間的依賴關系會將反應堆(Reactor)構成一個有向非循環圖，各個模塊是該圖的節點，依賴關系構成了有向邊。這個圖不允許出現循環。如果A依賴B，B又依賴A，這樣就產生了循環依賴，Maven會報錯。
maven中的構建
1.什么是構建
構建并不是創建，創建一個工程并不等于構建一個項目。要了解構建的含義我們應該由淺入深的從 以下三個層面來看：
（1）純 Java 代碼 （編譯）
大家都知道，我們 Java 是一門編譯型語言，.java 擴展名的源文件需要編譯成.class 擴展名的字節碼 文件才能夠執行。所以編寫任何 Java 代碼想要執行的話就必須經過編譯得到對應的.class 文件。
（2）Web 工程 （部署）
當我們需要通過瀏覽器訪問 Java 程序時就必須將包含 Java 程序的 Web 工程編譯的結果“拿”到服務 器上的指定目錄下，并啟動服務器才行。這個“拿”的過程我們叫部署。我們可以將未編譯的 Web 工程比喻為一只生的雞，編譯好的 Web 工程是一只煮熟的雞，編譯部署 的過程就是將雞燉熟。
注意： 開發過程中使用路徑或配置文件中配置的類路徑等都是以編譯結果的文件結構為標準。
（3）實際項目
在實際項目中整合第三方框架，Web 工程中除了 Java 程序和 JSP 頁面、圖片等靜態資源之外，還 包括第三方框架的 jar 包以及各種各樣的配置文件。所有這些資源都必須按照正確的目錄結構部署到服 務器上，項目才可以運行。
所以綜上所述：構建就是以我們編寫的 Java 代碼、框架配置文件、國際化等其他資源文件、JSP 頁 面和圖片等靜態資源作為“原材料”，去“生產”出一個可以運行的項目的過程。
2.構建過程的幾個主要環節
- （1）清理：刪除以前的編譯結果，為重新編譯做好準備。
- （2）編譯：將 Java 源程序編譯為字節碼文件。
- （3）測試：針對項目中的關鍵點進行測試，確保項目在迭代開發過程中關鍵點的正確性。
- （4）報告：在每一次測試后以標準的格式記錄和展示測試結果。
- （5）打包：將一個包含諸多文件的工程封裝為一個壓縮文件用于安裝或部署。Java 工程對應 jar 包，Web 工程對應 war 包。
- （6）安裝：在 Maven 環境下特指將打包的結果——jar 包或 war 包安裝到本地倉庫中。
- （7）部署：將打包的結果部署到遠程倉庫或將 war 包部署到服務器上運行。
3.自動化構建
其實上述環節我們在 Eclipse 中都可以找到對應的操作，只是不太標準。那么既然 IDE 已經可以進 行構建了我們為什么還要使用 Maven 這樣的構建工具呢？
我們來看一個小故事了解一下：
這是陽光明媚的一天。托馬斯向往常一樣早早的來到了公司，沖好一杯咖啡，進入了自己的郵箱——很 不幸，QA 小組發來了一封郵件，報告了他昨天提交的模塊的測試結果——有 BUG。“好吧，反正也不是第一 次”，托馬斯搖搖頭，進入 IDE，運行自己的程序，編譯、打包、部署到服務器上，然后按照郵件中的操作 路徑進行測試。“嗯，沒錯，這個地方確實有問題”，托馬斯說道。于是托馬斯開始嘗試修復這個 BUG，當他 差不多有眉目的時候已經到了午飯時間。 下午繼續工作。BUG 很快被修正了，接著托馬斯對模塊重新進行了編譯、打包、部署，測試之后確認沒 有問題了，回復了 QA 小組的郵件。 一天就這樣過去了，明媚的陽光化作了美麗的晚霞，托馬斯卻覺得生活并不像晚霞那樣美好啊。
讓我們來梳理一下托馬斯這一天中的工作內容
從中我們發現，托馬斯的很大一部分時間花在了“編譯、打包、部署、測試”這些程式化的工作上 面，而真正需要由“人”的智慧實現的分析問題和編碼卻只占了很少一部分。
能否將這些程式化的工作交給機器自動完成呢？——當然可以！這就是自動化構建。
此時 Maven 的意義就體現出來了，它可以自動的從構建過程的起點一直執行到終點：
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持服務器之家。
原文鏈接：https://blog.csdn.net/erfu6081/article/details/103282682
