直奔主題，課外知識自行腦補。
1、傳遞依賴和繼承依賴
繼承依賴是個啥？就是你定義了一個父模塊，然后子模塊的pom里定義了parent去引用父模塊，然后子模塊會繼承父模塊的聲明。
再簡單多說一句多模塊和繼承的在編譯時的玩法：
1、有依賴關系的多模塊項目，工程結構如下圖
1）直接編譯父項目。maven會通過Reactor機制制定編譯順序（maven會找到各子module的關系），maven知道父模塊下的所有子模塊，并會按照依賴關系依次處理執行依次編譯所有項目。
2）編譯maven子項目時，maven不僅對子項目編譯執行，也編譯執行了父項目，但不會編譯兄弟項目及其兄弟項目的子項目。
2、不具有依賴關系的多模塊項目
即兄弟項目間互不關聯，都只與父項目存在依賴關系。表現就是對于這類型的項目，我們可以刪除父模塊的...</modules>部分，而子模塊保留parent部分。此時項目不再是一個多模塊項目，而是多工程項目的一個集合。
1)此時編譯父模塊就只會編譯父模塊自己。
2）編譯子模塊時，會將子模塊和父模塊一塊編譯，但不會編譯兄弟模塊。
3）若保留父模塊的<modules>...</modules>部分而刪除子模塊的parent部分，那么項目不再是父子項目，只是一個多模塊項目，每個子項目獨享自己的資源，不能共享。
跑題了，接著講：
一、繼承依賴，
只需記住這句：子模塊會依賴父模塊的聲明，若子模塊單獨聲明，就用自己的。
二、傳遞依賴
假如A依賴B,B依賴C，那么A也依賴C。（也有例外啊，如果B依賴C時指定了optional為true，標記為可選依賴，則A不會依賴C）。
傳遞性依賴有以下幾個規則：
1)???????? 最短路徑原則：如果A對于依賴路徑中有兩個相同的jar包，那么選擇路徑短的那個包，路徑最近者優先，上述會選X(2.0)。
2)???????? 第一聲明優先原則：如果A對于依賴路徑中有兩個相同的jar包，路徑長度也相同，那么依賴寫在前面的優先。例如：A->B->F(1.0),A->C->F(2.0)，會選F(1.0)。
3)???????? 可選依賴不會被傳遞，如A->B,B->C,B->D,A對B直接依賴，B對C和D是可選依賴，那么在A中不會引入C和D。可選依賴通過optional元素配置，true表示可選。如果要在A項目中使用C或者D則需要顯式地聲明C或者D依賴。
講到這里說說今天要說的重點，也是寫這篇文章的緣由，Maven dependencyManagement中的依賴版本會覆蓋傳遞依賴版本。
現在有如下工程：maven_dep_demo 是父module，有dao,service,web三個子module，子module的依賴關系dao->service->web.
回答完下面幾道題，maven的一些基礎依賴，你基本就理解的差不多了，一定要自己下去多試，答題時間開始：
第一題：
1）dao引用了spring-core的5.1.6.
2）service只是引用的dao
3）web 在dependencyManagement中定義了spring-core 的版本是4.3.23
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？
答案是：
結論：pom文件中沒有指定版本的依賴或是傳遞的依賴，如果在本module中dependencyManagement中有指定此依賴版本，那就使用本module中dependencyManagement中定義的版本號。
第二題：
1）dao引用了spring-core的5.1.6.如上
2）service只是引用的dao,如上
3）web 只是引用了service。
4）父pom中在dependencyManagement中定義了spring-core 的版本是4.3.23.RELEASE
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
結論：如果在dependency中沒有指定version，那么就會依次找當前pom中以及父pom中的dependencyManagement是否定義了版本。
第三題：
1）dao引用了spring-core的5.1.6.如上
2）service只是引用的dao，如上
3）web 在dependencyManagement中定義了spring-core 的版本是4.3.23
4）父pom中在dependencyManagement中定義了spring-core 的版本是3.2.9
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
結論：子的永遠優先父的。
第四題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。common中引用spring3
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web里定義dependencyManagement引用common，且web引用service。
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
第五題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。common中引用spring3
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里定義dependencyManagement引用common
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
結論：dependencyManagement的定義不具有傳遞性。
第六題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。
common中只是dependencyManagementspring3.2.9
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
第七題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。
common中dependencyManagement?spring3.2.9且依賴。
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
dao 和 service 變成了spring5，web中變成了這樣
第八題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。如上
common中只是dependencyManagement?
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common，但是type是pom,scope是import
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
dao 和 service 變成了spring5，web中變成了這樣
第九題：
1）我給原來的工程里添加一個module叫common，common繼承父pom。如上
common中只是dependencyManagement?
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里dependencyManagement common，但是type是pom,scope是import。
6）web的引用common
那大家猜一下，在dao,service 和web中顯示的spring的版本號是什么？?
dao是spring 5， service 和web 變成了spring3，web中變成了這樣
結論：import就是把pom的配置導進來。跟你寫在里面差不多。
綜上所述：
1、pom文件中沒有指定版本的依賴或是傳遞的依賴，如果在本module中dependencyManagement中有指定此依賴版本，那就使用本module中dependencyManagement中定義的版本號。
2、如果在dependency中沒有指定version，那么就會依次找當前pom中以及父pom中的dependencyManagement是否定義了版本。
3、子的永遠優先父的。
4、dependencyManagement的定義不具有傳遞性。
5、import就是把pom的配置導進來
6、工具不好用就，就用命令吧maven -X dependency:tree
