在上一個專案中遇到一些jar包衝突的問題，之後還有很多人分不清楚dependencies與dependencyManagement的區別，本篇文章將這些區別總結下來。

1、DepencyManagement應用場景

當我們的專案模組很多的時候，我們使用Maven管理專案非常方便，幫助我們管理構建、文件、報告、依賴、scms、釋出、分發的方法。可以方便的編譯程式碼、進行依賴管理、管理二進位制庫等等。

由於我們的模組很多，所以我們又抽象了一層，抽出一個itoo-base-parent來管理子專案的公共的依賴。為了專案的正確執行，必須讓所有的子專案使用依賴項的統一版本，必須確保應用的各個專案的依賴項和版本一致，才能保證測試的和釋出的是相同的結果。

在我們專案頂層的POM檔案中，我們會看到dependencyManagement元素。通過它元素來管理jar包的版本，讓子專案中引用一個依賴而不用顯示的列出版本號。Maven會沿著父子層次向上走，直到找到一個擁有dependencyManagement元素的專案，然後它就會使用在這個dependencyManagement元素中指定的版本號。

來看看我們專案中的應用：

                                                                                              pom繼承關係圖：

                                                                     依賴關係：

Itoo-base-parent(pom.xml)

1. <dependencyManagement>  
2.         <dependencies>  
3.             <dependency>  
4.                 <groupId>org.eclipse.persistence</groupId>  
5.                 <artifactId>org.eclipse.persistence.jpa</artifactId>  
6.                 <version>${org.eclipse.persistence.jpa.version}</version>  
7.                 <scope>provided</scope>  
8.             </dependency>  
9.             <dependency>  
10.                 <groupId>javax</groupId>  
11.                 <artifactId>javaee-api</artifactId>  
12.                 <version>${javaee-api.version}</version>  
13.             </dependency>  
14.         </dependencies>  
15.     </dependencyManagement>  

Itoo-base(pom.xml)

1. <!--繼承父類-->  
2. <parent>  
3.         <artifactId>itoo-base-parent</artifactId>  
4.         <groupId>com.tgb</groupId>  
5.         <version>0.0.1-SNAPSHOT</version>  
6.         <relativePath>../itoo-base-parent/pom.xml</relativePath>  
7.     </parent>  
8.         <modelVersion>4.0.0</modelVersion>  
9.         <artifactId>itoo-base</artifactId>  
10.         <packaging>ejb</packaging>  
11.         <!--依賴關係-->  
12.         <dependencies>  
13.         <dependency>  
14.             <groupId>javax</groupId>  
15.             <artifactId>javaee-api</artifactId>  
16.         </dependency>  
17.         <dependency>  
18.             <groupId>com.fasterxml.jackson.core</groupId>  
19.             <artifactId>jackson-annotations</artifactId>  
20.         </dependency>  
21.         <dependency>  
22.             <groupId>org.eclipse.persistence</groupId>  
23.             <artifactId>org.eclipse.persistence.jpa</artifactId>  
24.             <scope>provided</scope>  
25.         </dependency>  
26.     </dependencies>  
27. </project>  

這樣做的好處：統一管理專案的版本號，確保應用的各個專案的依賴和版本一致，才能保證測試的和釋出的是相同的成果，因此，在頂層pom中定義共同的依賴關係。同時可以避免在每個使用的子專案中都宣告一個版本號，這樣想升級或者切換到另一個版本時，只需要在父類容器裡更新，不需要任何一個子專案的修改；如果某個子專案需要另外一個版本號時，只需要在dependencies中宣告一個版本號即可。子類就會使用子類宣告的版本號，不繼承於父類版本號。

2、Dependencies

相對於dependencyManagement，所有生命在dependencies裡的依賴都會自動引入，並預設被所有的子專案繼承。

3、區別

           dependencies即使在子專案中不寫該依賴項，那麼子專案仍然會從父專案中繼承該依賴項（全部繼承）

         dependencyManagement裡只是宣告依賴，並不實現引入，因此子專案需要顯示的宣告需要用的依賴。如果不在子專案中宣告依賴，是不會從父專案中繼承下來的；只有在子專案中寫了該依賴項，並且沒有指定具體版本，才會從父專案中繼承該項，並且version和scope都讀取自父pom;另外如果子專案中指定了版本號，那麼會使用子專案中指定的jar版本。

4、Maven約定優於配置

它提出這一概念，為專案提供合理的預設行為，無需不必要的配置。提供了預設的目錄

src                   ——>         原始碼和測試程式碼的根目錄

main                            應用程式碼的源目錄

java                     原始碼

resources           專案的資原始檔

test                               測試程式碼的源目錄

java                      測試程式碼

resources            測試的資原始檔

target                                   編譯後的類檔案、jar檔案等

對於Maven約定優於配置的理解，一方面對於小型專案基本滿足我們的需要基本不需要自己配置東西，使用Maven已經配置好的，快速上手，學習成本降低；另一方面，對於不滿足我們需要的還可以自定義設定，體現了靈活性。配置大量減少了，隨著專案變的越複雜，這種優勢就越明顯。