問題描述

現(xiàn)在開發(fā)項目，一般都會創(chuàng)建maven工程，用它來管理依賴實在是方便了，當(dāng)然它還有其它用途。但是在實際的情況中往往會有重復(fù)依賴的問題，比如創(chuàng)建的工程A，依賴了b-1.0.jar，而b-1.0.jar又依賴了d-1.0.jar（這個我們本身是不能直接看到的），同時我們自己的工程又依賴了d-2.1.jar，或者工程A依賴了c-1.0.jar，c-1.0.jar依賴了d-2.0.jar，顯然,d.jar有3個版本，3者之間是重復(fù)的，甚至是沖突的。如下圖所示：

重復(fù)依賴會怎么樣？

首先從工程角度來講，引用了同一個Jar的不同版本，這肯定是依賴有問題，或者就是錯誤的。
其次，重復(fù)依賴，在項目啟動過程當(dāng)中可能會有一些警告信息。
當(dāng)然，最重要的是引發(fā)代碼異常，最常見的就是NoSuchMethod。

解決思路

• 尋找重復(fù)引用的jar。
• 定位這些Jar在哪里被引用了。
• 接下來需要分析舍與留，原則上保留高版本，大多數(shù)情況下是向下兼容的。但是不一定，有時候也得保留低版本，或者有時候兩者都需要保留。
• 如果是一個工程，其實處理起來還比較好處理。但是如果有多個工程，最終我們可能將所有的依賴合在一塊兒。處理起來可能會稍微麻煩些，比如工程1依賴了2.1版本，工程2依賴了2.2版本，你把工程1的2.1的依賴去掉，但同時還需要把2.2的加在工程1上面，否則可能編譯不通過。
• 最重要的就是，調(diào)整之后，盡可能做全面測試。特別是一些間接依賴，如果去除的話，編譯不會有問題，但運(yùn)行起來會有問題。

具體解決過程

上述5個步驟，重點(diǎn)說一下1和2.

尋找重復(fù)引用的jar

• 觀察法：把所有的jar依賴打包到同一個目錄下，觀察。
• 運(yùn)行法：運(yùn)行階段會報錯，一旦報錯，基本上就定位到了。
• 掃描法：專業(yè)的測試人員，可以進(jìn)行掃描jar包并統(tǒng)計。
• 搜索法：依靠maven進(jìn)行搜索，這個方法在接下來會講到。

定位Jar被依賴的地方

在maven工程處打開命令行，輸入：

mvn dependency:tree -Dverbose > tree.txt

這個命令會把這個工程pom.xml里面所有的依賴通過樹的形狀展示出來，tree.txt：

樹形結(jié)構(gòu)其實看得比較清楚，里面有一些關(guān)鍵信息,比如：

omitted for duplicate

這個意思是依賴是重復(fù)的，當(dāng)然這個沒有關(guān)系。

當(dāng)然還有一些沖突提醒，上圖沒有，如下：

omitted for conflict with 0.5.3

顯示就是這個版本與0.5.3這個版本沖突了，這個也是我上面說到的搜索法，你可以直接搜索“conflict”這個單詞，就可以了。當(dāng)然這種方式僅限單個工程。

拿到這棵樹以后，怎么辦呢？

前提是我們已經(jīng)知道了哪個jar包沖突了，那直接就在文本里面搜索，找到不同版本的引用之處，然后慎重考慮之后，通過exclusions標(biāo)簽進(jìn)行去除，如下：

<dependency>
			<groupId>jaxen</groupId>
			<artifactId>jaxen</artifactId>
			<version>1.1.1</version>
			<exclusions>
				<exclusion>
					<groupId>xerces</groupId>
					<artifactId>xercesImpl</artifactId>
				</exclusion>
			</exclusions>
		</dependency>

去除的同時需要考慮的一些問題，在解決思路里面提及了一些。到此這篇關(guān)于Maven重復(fù)依賴問題解決(同一個jar多個版本)的文章就介紹到這了,更多相關(guān)Maven重復(fù)依賴內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論