maven仲裁機制
玩過springboot的人都知道 springboot項目中你一般看不到大段的spring相關包 而是像
spring-boot-start一個jar包就包含spring相關的包 包含了具體版本號 ，這其實就是一個版本仲裁的結果，不依賴程序自定義的相關包，這樣就不會造成JAR沖突
當前maven大行其道，說到第一類Jar包沖突問題的產生原因，就不得不提maven的依賴機制了。傳遞性依賴是Maven2.0引入的新特性，讓我們只需關注直接依賴的Jar包，對於間接依賴的Jar包，Maven會通過解析從遠程倉庫獲取的依賴包的pom文件來隱式地將其引入，這為我們開發帶來了極大的便利，但與此同時，也帶來了常見的問題——版本沖突，即同一個Jar包出現了多個不同的版本，針對該問題Maven也有一套仲裁機制來決定最終選用哪個版本，但Maven的選擇往往不一定是我們所期望的，這也是產生Jar包沖突最常見的原因之一。先來看下Maven的仲裁機制：
- 優先按照依賴管理<dependencyManagement>元素中指定的版本聲明進行仲裁，此時下面的兩個原則都無效了
- 若無版本聲明，則按照“短路徑優先”的原則（Maven2.0）進行仲裁，即選擇依賴樹中路徑最短的版本
- 若路徑長度一致，則按照“第一聲明優先”的原則進行仲裁，即選擇POM中最先聲明的版本
這里的問題就產生了 按照版本仲裁的原則 比如我需要引入一個jar包 我可能會引入一個較新版本的jar包 但原來三方包里已經有這個jar低版本包 且只支持低版本 高版本還不兼容 這時 按照仲裁原則就會有問題 三方包可能出現運行時異常等問題 所以起步依賴的引入 從根本解決了這個問題！