Maven根據(jù)最近勝利策略（nearest wins strategy）的原則工作，同時解決依賴沖突，這意味著它在依賴樹中找到更接近的版本，它將采用該版本并忽略其他版本。實際上Maven有點懶，所以每當它開始尋找依賴時，它就會從根目錄開始遍歷樹，無論它先前找到哪個版本，它都會選擇它并從它們返回而不進一步。如果它進一步尋找依賴版本，可能會有機找到一些更新的版本，但它從第一個發(fā)現(xiàn)的版本那里返回，并采用舊版本并用它來解決依賴關(guān)系。

可以用下面的命令顯示依賴樹：

mvn dependency:tree

老實說，這不是maven的錯，因為它想盡快完成這項工作。最重要的是，maven 不知道你的應(yīng)用程序期望哪個版本，所以Maven會告訴你，嘿，你有責(zé)任讓我知道你想要哪個版本，如果你不告訴我，我會以自己的方式工作，即更近更好。

請下載本文的github源代碼：

https://github.com/yujiaao/maven-dependency-conflict-demo

我們有一個 web 應(yīng)用 resolve-web，該工程依賴于 project-A 和project-B，project-A 依賴于 project-common 的 1.0 版本并調(diào)用其中的 sayHello() 方法。project-B 依賴于project-C，而project-C又進一步依賴于project-common的2.0 版本并調(diào)用其中的 sayGoodBye() 方法。project-common 的 1.0 和 2.0 版本是不同的，1.0 中之包含sayHello() 方法，而2.0 中包含了sayHello()和sayGoodBye()兩個方法。整個項目的依賴關(guān)系如下圖：

根據(jù)Maven的transitive依賴機制，resolve-web 將同時依賴于project-common 的 1.0 和 2.0 版本，這就造成了依賴沖突。而根據(jù)最近獲勝策略，Maven 將選擇 project-common 的 1.0 版本作為最終的依賴。

這和 Gradle 不同，Gradle 在默認情況下將選擇最新的版本作為獲勝版本。

而對于Maven，由于proejct-common的1.0版本比2.0版本在依賴樹中離resolve-web更近，故 1.0 版本獲勝。在 resolve-web 中執(zhí)行mvn dependency:tree -Dverbose 可以看到 resolve-web 的依賴關(guān)系：

[INFO] resolve-web:resolve-web:war:1.0-SNAPSHOT
[INFO] +- junit:junit:jar:3.8.1:test
[INFO] +- project-B:project-B:jar:1.0:compile
[INFO] | \- project-C:project-C:jar:1.0:compile
[INFO] |   \- (project-common:project-commmon:jar:2.0:compile - omitted for conflict with 1.0)
[INFO] +- project-A:project-A:jar:1.0:compile
[INFO] | \- project-common:project-commmon:jar:1.0:compile
[INFO] \- javax.servlet:servlet-api:jar:2.4:provided

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論