在上一個項目中遇到一些jar包沖突的問題，之后還有很多人分不清楚dependencies與dependencyManagement的區別，本篇文章將這些區別總結下來。
1、DepencyManagement應用場景
當我們的項目模塊很多的時候，我們使用Maven管理項目非常方便，幫助我們管理構建、文檔、報告、依賴、scms、發布、分發的方法。可以方便的編譯代碼、進行依賴管理、管理二進制庫等等。
由於我們的模塊很多，所以我們又抽象了一層，抽出一個itoo-base-parent來管理子項目的公共的依賴。為了項目的正確運行，必須讓所有的子項目使用依賴項的統一版本，必須確保應用的各個項目的依賴項和版本一致，才能保證測試的和發布的是相同的結果。
在我們項目頂層的POM文件中，我們會看到dependencyManagement元素。通過它元素來管理jar包的版本，讓子項目中引用一個依賴而不用顯示的列出版本號。Maven會沿着父子層次向上走，直到找到一個擁有dependencyManagement元素的項目，然后它就會使用在這個dependencyManagement元素中指定的版本號。
來看看我們項目中的應用：
pom繼承關系圖：
依賴關系：
Itoo-base-parent(pom.xml)
<dependencyManagement> <dependencies> <dependency> <groupId>org.eclipse.persistence</groupId> <artifactId>org.eclipse.persistence.jpa</artifactId> <version>${org.eclipse.persistence.jpa.version}</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> <version>${javaee-api.version}</version> </dependency> </dependencies> </dependencyManagement>
Itoo-base(pom.xml)
<!--繼承父類--> <parent> <artifactId>itoo-base-parent</artifactId> <groupId>com.tgb</groupId> <version>0.0.1-SNAPSHOT</version> <relativePath>../itoo-base-parent/pom.xml</relativePath> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>itoo-base</artifactId> <packaging>ejb</packaging> <!--依賴關系--> <dependencies> <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> </dependency> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-annotations</artifactId> </dependency> <dependency> <groupId>org.eclipse.persistence</groupId> <artifactId>org.eclipse.persistence.jpa</artifactId> <scope>provided</scope> </dependency> </dependencies> </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已經配置好的，快速上手，學習成本降低；另一方面，對於不滿足我們需要的還可以自定義設置，體現了靈活性。配置大量減少了，隨着項目變的越復雜，這種優勢就越明顯。
總結區別：
<dependencies>中的jar直接加到項目中，管理的是依賴關系（如果有父pom,子pom,則子pom中只能被動接受父類的版本）；<dependencyManagement>主要管理版本，對於子類繼承同一個父類是很有用的，集中管理依賴版本不添加依賴關系，對於其中定義的版本，子pom不一定要繼承父pom所定義的版本。
轉載於：http://blog.csdn.net/liutengteng130/article/details/46991829