今天工作中遇到一個(gè)問題峦朗，開發(fā)中需要對公司研發(fā)的框架源碼進(jìn)行少量修改丧失，想單獨(dú)對變動(dòng)的模塊進(jìn)行版本號修改半沽，方便本地項(xiàng)目引用測試母截，原pom文件中<dependency>從父節(jié)點(diǎn)的 <dependencyManagement>中引用公共的依賴版本到忽，現(xiàn)在使用<version></version>單獨(dú)引用變動(dòng)版本竟然沒有覆蓋<dependencyManagement>中聲明的版本，怪哉怪哉清寇，對maven依賴管理原則再次挖一挖學(xué)習(xí)記錄下绘趋。
上面的問題，與springboot框架構(gòu)建項(xiàng)目的時(shí)候有相似之處颗管，都是使用<dependencyManagement>管理多個(gè)模塊間的公共依賴陷遮，以構(gòu)建springboot項(xiàng)目為例，平時(shí)使用springboot的時(shí)候其他pom依賴都沒有配置version版本號垦江，maven會(huì)默認(rèn)到<dependencyManagement>找依賴包聲明的版本帽馋，自動(dòng)進(jìn)行獲取，如下圖：
如果想自己指定版本號比吭，常用方式一：在模塊中用dependency 聲明version绽族，則 dependencyManagement 中的聲會(huì)被覆蓋，如下圖查看可以確定引入的spring-boot-starter-freemarker版本一致：
常用方式二：使用<peoperties>指定版本號覆蓋parent中的版本衩藤，前提是依賴需要在dependencies指定的列表中吧慢，指定引入依賴也生效了。
網(wǎng)上查閱到赏表，說依賴傳遞中<dependencyManagement>優(yōu)先于傳遞依賴检诗，也只是對于聲明的版本號相同時(shí)，并不適用我遇到的不同版本號的場景瓢剿。
再把問題點(diǎn)放到依賴范圍上逢慌，進(jìn)行排查，maven的常用6種依賴范圍：
compile间狂，默認(rèn)范圍攻泼，編譯依賴對項(xiàng)目所有的classpath都可用。
provided，和compile范圍很類似忙菠，但provided范圍表明你希望由JDK或者某個(gè)容器提供運(yùn)行時(shí)依賴何鸡。
runtime，runtime范圍表明編譯時(shí)不需要依賴牛欢，而只在運(yùn)行時(shí)依賴骡男。
test，test范圍表明使用此依賴范圍的依賴氢惋，只在編譯測試代碼和運(yùn)行測試的時(shí)候需要洞翩，應(yīng)用的正常運(yùn)行不需要此類依賴。
system焰望，系統(tǒng)范圍與provided類似骚亿，不過你必須顯式指定一個(gè)本地系統(tǒng)路徑的jar，此類依賴應(yīng)該一直有效熊赖，Maven也不會(huì)去倉庫中尋找它来屠。
上面6種都是單獨(dú)作用一個(gè)依賴，我想引入的包使用的是默認(rèn)compile作用范圍震鹉，觀察不出任何異常俱笛，
最后關(guān)注到Maven2.0.9以后引入的import作用域，該scope是為了解決maven不能多繼承的問題传趾，避免層層依賴下來迎膜，父模塊中包含大量不需要的依賴。
使用import浆兰，把dependencyManagement放到單獨(dú)的專門用來管理依賴的pom中磕仅，然后在需要使用依賴的模塊中通過import scope依賴，就可以引入dependencyManagement簸呈，與我當(dāng)前開發(fā)的項(xiàng)目設(shè)計(jì)完全相同榕订，使用import可以使用非繼承的方式引入自定義的dependencyManagement依賴管理配置，在我的項(xiàng)目中發(fā)現(xiàn)蜕便，既使用了這種非繼承的方式引用了公共依賴劫恒，又使用了繼承父模塊中也重復(fù)引了一次公共依賴，導(dǎo)致了本文開頭描述問題轿腺，前人挖坑两嘴，后人乘涼，感謝前輩們又小子學(xué)習(xí)了新知識吃溅，內(nèi)牛滿面溶诞。
