前段時(shí)間寫(xiě)代碼的時(shí)候想借助一下fastjson的Feature.OrderedField來(lái)解決json亂序的問(wèn)題，只需要增加一個(gè)參數(shù)即可，像下面這樣

JSON.parseObject("...",?Feature.OrderedField)

，idea檢查是沒(méi)有任何問(wèn)題的，但是跑單元測(cè)試的時(shí)候竟然報(bào)NoSuchFiledError（找不到Feature.OrderField?），我猜測(cè)可能是jar包沖突了，所以下一步就是找出到底是和哪個(gè)jar包沖突了。

解決方法一

最開(kāi)始我以為是maven傳遞依賴(lài)了老版本的fastjson包，所有我嘗試使用“mvn dependency:tree”來(lái)輸出項(xiàng)目中的所有jar包依賴(lài)一看究竟，但是結(jié)果讓人大跌眼鏡，整個(gè)項(xiàng)目只依賴(lài)了1.2.58版本的fastjson包，傳遞依賴(lài)的猜測(cè)隨之破滅。

解決方法二

我仔細(xì)分析了報(bào)錯(cuò)的堆棧信息，報(bào)錯(cuò)只是說(shuō)Field找不到，但是Field所屬的Class是可以找到的，那有沒(méi)有一種辦法可以通過(guò)Class找到所屬的jar包呢？最終通過(guò)度娘找到了一種辦法，貼出來(lái)供大家使用

try{JSON.parseObject("...",?Feature.OrderedField) }catch(Throwable?e){String?loc?=?"";String?urlLoc?=?"";try?{loc?=<strong>Feature.class.getProtectionDomain().getCodeSource().getLocation().getFile();urlLoc?=??URLDecoder.decode(loc,?"UTF-8");</strong>}?catch?(Throwable?e2)?{}logger.info("**?loc="?+?LOCATION?+?";?URLLoc="?+?URLLOCATION); } “

推薦一個(gè)艿艿寫(xiě)的 6000+ Star 的 SpringBoot + SpringCloud + Dubbo 教程的倉(cāng)庫(kù)：https://github.com/YunaiV/SpringBoot-Labs

水落石出

最終找到了導(dǎo)致沖突的jar原來(lái)是公司自研的消息隊(duì)列提供的producer client，在這個(gè)jar包內(nèi)部將fastjson的源碼直接打到了jar包里面，所以在不同的jar包內(nèi)竟然出現(xiàn)了包名和類(lèi)名都一樣的class，下面這個(gè)圖是jar包內(nèi)部的目錄結(jié)構(gòu)，這種使用第三方工具包的方式我也是第一次見(jiàn)，感覺(jué)挺坑的（耦合太嚴(yán)重），最終我沒(méi)有使用fastjson來(lái)解決我的問(wèn)題，而是借助了Gson將這個(gè)問(wèn)題繞過(guò)去了。

總結(jié)

主要介紹了兩種找出沖突jar包的方式，第一種是使用“mvn dependency:tree”的方式，但是這種方式存在局限性，就像前面說(shuō)到的那種，兩個(gè)看似不相干的jar包內(nèi)竟然出現(xiàn)了包名和類(lèi)名都一樣的class，第二種是直接通過(guò)class對(duì)象獲取jar包全路徑的方式，這種方式更通用，但是需要改動(dòng)一點(diǎn)代碼。

總結(jié)

以上是生活随笔為你收集整理的jar 包又冲突了？如何快速确定与哪个 jar 包冲突？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。