今天工作中遇到一個(gè)問(wèn)題，開(kāi)發(fā)中需要對(duì)公司研發(fā)的框架源碼進(jìn)行少量修改，想單獨(dú)對(duì)變動(dòng)的模塊進(jìn)行版本號(hào)修改，方便本地項(xiàng)目引用測(cè)試，原pom文件中<dependency>從父節(jié)點(diǎn)的 <dependencyManagement>中引用公共的依賴版本，現(xiàn)在使用<version></version>單獨(dú)引用變動(dòng)版本竟然沒(méi)有覆蓋<dependencyManagement>中聲明的版本，怪哉怪哉，對(duì)maven依賴管理原則再次挖一挖學(xué)習(xí)記錄下。
上面的問(wèn)題，與springboot框架構(gòu)建項(xiàng)目的時(shí)候有相似之處，都是使用<dependencyManagement>管理多個(gè)模塊間的公共依賴，以構(gòu)建springboot項(xiàng)目為例，平時(shí)使用springboot的時(shí)候其他pom依賴都沒(méi)有配置version版本號(hào)，maven會(huì)默認(rèn)到<dependencyManagement>找依賴包聲明的版本，自動(dòng)進(jìn)行獲取，如下圖：
如果想自己指定版本號(hào)，常用方式一：在模塊中用dependency 聲明version，則 dependencyManagement 中的聲會(huì)被覆蓋，如下圖查看可以確定引入的spring-boot-starter-freemarker版本一致：
常用方式二：使用<peoperties>指定版本號(hào)覆蓋parent中的版本，前提是依賴需要在dependencies指定的列表中，指定引入依賴也生效了。
網(wǎng)上查閱到，說(shuō)依賴傳遞中<dependencyManagement>優(yōu)先于傳遞依賴，也只是對(duì)于聲明的版本號(hào)相同時(shí)，并不適用我遇到的不同版本號(hào)的場(chǎng)景。
再把問(wèn)題點(diǎn)放到依賴范圍上，進(jìn)行排查，maven的常用6種依賴范圍：
compile，默認(rèn)范圍，編譯依賴對(duì)項(xiàng)目所有的classpath都可用。
provided，和compile范圍很類似，但provided范圍表明你希望由JDK或者某個(gè)容器提供運(yùn)行時(shí)依賴。
runtime，runtime范圍表明編譯時(shí)不需要依賴，而只在運(yùn)行時(shí)依賴。
test，test范圍表明使用此依賴范圍的依賴，只在編譯測(cè)試代碼和運(yùn)行測(cè)試的時(shí)候需要，應(yīng)用的正常運(yùn)行不需要此類依賴。
system，系統(tǒng)范圍與provided類似，不過(guò)你必須顯式指定一個(gè)本地系統(tǒng)路徑的jar，此類依賴應(yīng)該一直有效，Maven也不會(huì)去倉(cāng)庫(kù)中尋找它。
上面6種都是單獨(dú)作用一個(gè)依賴，我想引入的包使用的是默認(rèn)compile作用范圍，觀察不出任何異常，
最后關(guān)注到Maven2.0.9以后引入的import作用域，該scope是為了解決maven不能多繼承的問(wèn)題，避免層層依賴下來(lái)，父模塊中包含大量不需要的依賴。
使用import，把dependencyManagement放到單獨(dú)的專門(mén)用來(lái)管理依賴的pom中，然后在需要使用依賴的模塊中通過(guò)import scope依賴，就可以引入dependencyManagement，與我當(dāng)前開(kāi)發(fā)的項(xiàng)目設(shè)計(jì)完全相同，使用import可以使用非繼承的方式引入自定義的dependencyManagement依賴管理配置，在我的項(xiàng)目中發(fā)現(xiàn)，既使用了這種非繼承的方式引用了公共依賴，又使用了繼承父模塊中也重復(fù)引了一次公共依賴，導(dǎo)致了本文開(kāi)頭描述問(wèn)題，前人挖坑，后人乘涼，感謝前輩們又小子學(xué)習(xí)了新知識(shí)，內(nèi)牛滿面。
