直屏旗艦來(lái)了 iQOO 12和K70 Pro同臺(tái)競(jìng)技
旗艦機(jī)基本上使用的都是雙曲面屏幕，這就讓很多喜歡直屏的愛(ài)好者在苦等一款直屏旗艦，這次，你們等到了。據(jù)博主數(shù)碼閑聊站帶來(lái)的最新爆料稱(chēng)，Redmi下代旗艦K70 Pro和iQOO 12兩款手
依賴(lài)沖突是指：在 Maven 項(xiàng)目中，當(dāng)多個(gè)依賴(lài)包，引入了同一份類(lèi)庫(kù)的不同版本時(shí)，可能會(huì)導(dǎo)致編譯錯(cuò)誤或運(yùn)行時(shí)異常。
我們?cè)?nbsp;Maven 項(xiàng)目的 Pom 中 一般會(huì)引用許許多多的 Dependency。例如，項(xiàng)目A有這樣的依賴(lài)關(guān)系：
A -> C -> X(1.0)B -> D -> X(2.0)X是A的 傳遞性依賴(lài) ，但是兩條依賴(lài)路徑上有兩個(gè)版本的X,那么哪個(gè)X會(huì)被 Maven 解析使用呢? 兩個(gè)版本都被解析顯然是不對(duì)的，因?yàn)槟菚?huì)造成依賴(lài)重復(fù)，因此必須選擇一個(gè)。
在絕對(duì)大多數(shù)情況下，依賴(lài)沖突問(wèn)題并不需要我們考慮，Maven 工具會(huì)自動(dòng)根絕依賴(lài)原則選擇，這里我們先假設(shè)最終引用的 X(1.0) 版本，
1、你想如果B引用 X(2.0) 的新創(chuàng)建的類(lèi)，但因?yàn)樽罱K被解析的是 X(1.0)，所以就會(huì)出現(xiàn)很典型的 NoClassDefFoundError 或 ClassNotFoundException 依賴(lài)沖突報(bào)錯(cuò)。
2、如果B引用 X(2.0) 的新創(chuàng)建的方法，但因?yàn)樽罱K被解析的是 X(1.0)，所以就會(huì)拋出 NoSuchMethodError 系統(tǒng)異常。
但換種角度，如果最終解析的是 X(2.0)，就沒(méi)問(wèn)題了嗎？
1、如果 X(2.0) 刪掉了 X(1.0) 的一些類(lèi)，但A已經(jīng)引用了，同樣也會(huì)報(bào) NoClassDefFoundError 或者 ClassNotFoundException 錯(cuò)誤。
2、如果 X(2.0) 刪掉了 X(1.0) 的一些方法，但A已經(jīng)引用了，同樣也會(huì)報(bào) NoSuchMethodError 錯(cuò)誤。
所以說(shuō)具體問(wèn)題還需具體分析，到底采用哪個(gè)版本還需要看實(shí)際項(xiàng)目。也可能我們需要升級(jí)對(duì)應(yīng)的A或者B的版本才能解決問(wèn)題。
在同一個(gè) Pom 內(nèi)，相同 Jar 不同版本，根據(jù)依賴(lài)的路徑長(zhǎng)短來(lái)決定引入哪個(gè)依賴(lài)。
舉例
依賴(lài)鏈路一：A -> B -> C -> X(1.0)依賴(lài)鏈路二：F -> D -> X(2.0)該例中 X(1.0) 的路徑長(zhǎng)度為3,而 X(2.0) 的路徑長(zhǎng)度為2,因此 X(2.0) 會(huì)被解析使用。依賴(lài)調(diào)解第一原則不能解決所有問(wèn)題，比如這樣的依賴(lài)關(guān)系：
A -> B -> Y(1.0)c -> D -> Y(2.0)Y(1.0) 和 Y(2.0) 的依賴(lài)路徑長(zhǎng)度是一樣的，都為2。Maven 定義了依賴(lài)調(diào)解的第二原則：
在依賴(lài)路徑長(zhǎng)度相等的前提下，在同一個(gè) Pom 中，間接依賴(lài)聲明的順序決定了誰(shuí)會(huì)被解析使用，順序最前的那個(gè)依賴(lài)優(yōu)勝。該例中，如果A的依賴(lài)聲明在C之前，那么 Y (1.0) 就會(huì)被解析使用.
比如 我在 demo01 中引入了 demo02 和 demo03，demo02 和 demo03 都引入了 Lombok 的依賴(lài)
圖片
demo02 和 demo03 換個(gè)順序
圖片
圖片
圖片
我們先來(lái)解釋下什么是傳遞性依賴(lài)
比如當(dāng)我們項(xiàng)目中，引用了A的依賴(lài),A的依賴(lài)通常又會(huì)引入B的 Jar 包，B可能還會(huì)引入C的 Jar 包。
這樣，當(dāng)你在 pom.xml 文件中添加了A的依賴(lài)，Maven 會(huì)自動(dòng)的幫你把所有相關(guān)的依賴(lài)都添加進(jìn)來(lái)。
就這樣一層層的，Maven 會(huì)自動(dòng)的幫你把所有相關(guān)的依賴(lài)都添加進(jìn)來(lái)。傳遞性依賴(lài)會(huì)給項(xiàng)目引入很多依賴(lài)，簡(jiǎn)化項(xiàng)目依賴(lài)管理，但是也會(huì)帶來(lái)問(wèn)題。
最明顯的就是容易發(fā)生依賴(lài)沖突。
這種情況下，想要解決依賴(lài)沖突，可以靠升級(jí)/降級(jí)某些依賴(lài)項(xiàng)的版本，從而讓不同依賴(lài)引入的同一類(lèi)庫(kù)，保持一致的版本號(hào)。另外，還可以通過(guò)隱藏依賴(lài)、或者排除特定的依賴(lài)項(xiàng)來(lái)解決問(wèn)題。
Exclusions是主動(dòng)斷開(kāi)依賴(lài)的資源，被排除的資源無(wú)需指定版本—指不需要
也就是說(shuō)可以包含一個(gè)或者多 Exclusion 子元素，因此可以排除一個(gè)或者多個(gè)傳遞性依賴(lài)。需要注意的是，聲明 Exclusion 的時(shí)候只需要 Groupld 和 Artifactld ,而不需要要 Version 元素。
用法示例：
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-web</artifactId> <version>5.1.8.RELEASE</version> <exclusions> <!-- 排除web包依賴(lài)的beans包 --> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> </exclusion> </exclusions></dependency>該標(biāo)簽即是“隱藏依賴(lài)”的開(kāi)關(guān),指對(duì)外隱藏當(dāng)前所依賴(lài)的資源---指不透明：
用法示例：<dependency> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> <version>5.1.8.RELEASE</version> <optional>true</optional></dependency>
圖片
圖片
圖片
聚合工程，即是指：一個(gè)項(xiàng)目允許創(chuàng)建多個(gè)子模塊，多個(gè)子模塊組成一個(gè)整體，可以統(tǒng)一進(jìn)行項(xiàng)目的構(gòu)建。要弄明白聚合工程，得先清楚“父子工程”的概念：
而Maven聚合工程，就是基于父子工程結(jié)構(gòu)，來(lái)將一個(gè)完整項(xiàng)目，劃分出不同的層次，這種方式可以很好的管理多模塊之間的依賴(lài)關(guān)系，以及構(gòu)建順序，大大提高了開(kāi)發(fā)效率、維護(hù)性。
為了防止不同子工程引入不同版本的依賴(lài)，在父工程中，統(tǒng)一對(duì)依賴(lài)的版本進(jìn)行控制，規(guī)定所有子工程都使用同一版本的依賴(lài)，可以使用<dependencyManagement>標(biāo)簽來(lái)管理。
子工程在使用<dependencyManagement>中已有的依賴(lài)項(xiàng)時(shí)，不需要寫(xiě)<version>版本號(hào)，版本號(hào)在父工程中統(tǒng)一管理，這樣做的好處在于：以后為項(xiàng)目的技術(shù)棧升級(jí)版本時(shí)，不需要單獨(dú)修改每個(gè)子工程的POM，只需要修改父POM文件即可，減少了版本沖突的可能性。
如果你的項(xiàng)目中依賴(lài)許許多多的 Jar ，肉眼排查就沒(méi)那么方便了，這里推薦一個(gè) Maven 管理插件
圖片
在 Pom 文件中看到 Dependency Analyzer標(biāo)志，說(shuō)明 Maven Helper 插件就安裝成功了。
圖片
點(diǎn)擊 Dependency Analyzer 之后就會(huì)進(jìn)入到下面的頁(yè)面
圖片
從圖中可以看出有哪些jar存在沖突，存在沖突的情況下最終采用了哪個(gè)依賴(lài)的版本。標(biāo)紅的就是沖突版本，白色的是當(dāng)前的解析版本。
如果我們想保留標(biāo)紅的版本，那我們可以標(biāo)白區(qū)域右擊選擇排除(Exclude)即可。
一般我們?cè)诮鉀Q依賴(lài)沖突的時(shí)候，都會(huì)選擇保留jar高的版本，因?yàn)榇蟛糠謏ar在升級(jí)的時(shí)候都會(huì)做到向下兼容，所以只要保留高的版本就不會(huì)有什么問(wèn)題。
但是有些包，版本變化大沒(méi)法去做向下兼容，高版本刪了低版本的某些類(lèi)或者某些方法，那么這個(gè)時(shí)候就不能一股腦的去選擇高版本，但也不能選擇低版本。
就比如下面這個(gè)案例
依賴(lài)鏈路一：A -> B -> C -> X(1.0)依賴(lài)鏈路二：F -> D -> X(2.0)X(2.0) 沒(méi)有對(duì) X(1.0) 做向下兼容也就是說(shuō)可能存在排除哪個(gè)都不行，那怎么辦我們只能考慮升級(jí)A的版本或者降低F的版本。比如A升級(jí)到A(2.0),使它依賴(lài)的X版本變成X(2.0)這樣的話(huà)就解決依賴(lài)沖突。
但話(huà)有說(shuō)回來(lái) A升級(jí)到A(2.0) 可能會(huì)影響許許多多的地方，比如自己項(xiàng)目中代碼是否需要改變，或者因?yàn)?A升級(jí)到A(2.0) 導(dǎo)致 B和C的版本有所改變，這些影響點(diǎn)都需要我們?nèi)タ紤]的。所以說(shuō)為什么說(shuō)一個(gè)大型項(xiàng)目穩(wěn)定后，Pom文件的升級(jí)是件繁瑣的事情，那是因?yàn)榭紤]的東西是在太多了，稍有不慎就會(huì)因?yàn)橐蕾?lài)沖突而導(dǎo)致系統(tǒng)報(bào)錯(cuò)。
本文鏈接：http://www.www897cc.com/showinfo-26-75318-0.html我們一起聊聊 Maven 依賴(lài)沖突問(wèn)題
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
上一篇： 想徒手寫(xiě)個(gè)文件系統(tǒng)？來(lái)一起呀
下一篇： 前端視角對(duì)Rust的淺析
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)