Maven jar包沖突的解決方案
現(xiàn)象
創(chuàng)建一個maven工程,引入spring-context包。
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.0.8.RELEASE</version>
</dependency>
此時看左側(cè)的lib,我們發(fā)現(xiàn)引入了一個坐標,多出了很多的jar包,這個現(xiàn)象叫做依賴傳遞,就是說,當前坐標所依賴的jar包也會一同引入進來,這里的版本都是5.0.8的。

接下來,我們再引入一個springmvc。我們換一個版本,我們引入4.2.4版本
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>4.2.4.RELEASE</version>
</dependency>
我們通過idea給的maven分析圖可以看出,mvc和context都依賴與sprng-core一個,依賴的是5.0.8版本,一個依賴的是4.2.4版本。

那么真正加載的是哪個版本呢。是5.0.8版本。

此時就是存在了jar包的沖突問題,那么我們解決這個問題,有三種方式。
聲明優(yōu)先原則
此時我們的pom文件中是先聲明的5.0.8版本,后聲明的4.2.4版本,我們將其調(diào)換順序。


此時我們發(fā)現(xiàn)他們共同依賴的jar包,都變成了4.2.4版本,這就是聲明優(yōu)先原則。
就近優(yōu)先原則
比如,我們不想調(diào)換順序,我們就是想使用4.2.4版本的spring-core。我們可以單獨引入進來

此時再看,我們發(fā)現(xiàn)依賴的spring-core已經(jīng)變成了4.2.4版本了。

這個就是就近優(yōu)先原則,就近優(yōu)先是直接依賴,直接依賴的優(yōu)先級大于傳遞依賴的優(yōu)先級。
排除依賴
這種方式我們可以直接排除spring-context中的spring-core的傳遞依賴。

再看依賴,此時已經(jīng)改為4.2.4.

使用exclusions標簽的時候,其內(nèi)部不用寫版本號,這是唯一不用寫版本號的一種情況。因為他默認就去找當前依賴的版本了。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
java?JVM方法分派模型靜態(tài)分派動態(tài)分派全面講解
這篇文章主要為大家介紹了java?JVM方法分派模型靜態(tài)分派動態(tài)分派全面講解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-06-06
Java開發(fā)之spring security實現(xiàn)基于MongoDB的認證功能
這篇文章主要介紹了Java開發(fā)之spring security實現(xiàn)基于MongoDB的認證功能,結(jié)合實例形式分析了spring security在非JDBC環(huán)境下的自定義認證服務實現(xiàn)技巧,需要的朋友可以參考下2017-11-11

