用SpringBoot排除自動(dòng)裝配某個(gè)class來解決jar包沖突

本篇內(nèi)容主要講解“用SpringBoot排除自動(dòng)裝配某個(gè)class來解決jar包沖突”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“用SpringBoot排除自動(dòng)裝配某個(gè)class來解決jar包沖突”吧!

最近和某第三方平臺(tái)技術(shù)對(duì)接時(shí), 由于對(duì)方的 restful api 還不完善, 于是被迫選擇了sdk方式.  

果然, 在使用SpringBoot集成sdk時(shí), 遇上了讓人頭疼的jar包沖突.

對(duì)方的核心jar包依賴了gson-2.2.4.jar, 與SpringBoot自己所依賴的高版本gson發(fā)生沖突, 導(dǎo)致SpringBoot在低版本的gson下啟動(dòng)失敗:

Caused by: java.lang.NoSuchMethodError: com.google.gson.GsonBuilder.setLenient()Lcom/google/gson/GsonBuilder;

開始解決沖突...

首先, 在pom下排除了第三方公司依賴的gson-2.2.4.jar, SpringBoot可以正常啟動(dòng)了. 但是, 對(duì)方sdk在高版本的gson下也無法運(yùn)行:

Caused by: java.lang.ClassNotFoundException: com.google.gson.JsonObject;

于是, 又想著去降低SpringBoot的版本, 進(jìn)而降低其依賴的gson版本, 最后發(fā)現(xiàn)最老的SpringBoot1.4所依賴的gson都達(dá)到了2.7,  此路不通. 

此時(shí), 好像只能聯(lián)系第三方公司了, 讓對(duì)方把gson升級(jí)一下然后重新打jar包發(fā)過來.

待定... 

期間一直納悶一個(gè)問題: “springboot默認(rèn)使用jackson的json庫, 為什么啟動(dòng)時(shí)還要用gson?”

最后, 經(jīng)人點(diǎn)撥, 得以解惑: springboot確實(shí)沒用gson, 但是啟動(dòng)時(shí)會(huì)自動(dòng)裝配它, 以備用.

如果你不用, 可以通過exclude排除自動(dòng)裝配, 如下方式: 

@SpringBootApplication(exclude = {GsonAutoConfiguration.class})

SpringBoot啟動(dòng)時(shí)裝配了很多類, 詳見spring-boot-autoconfigure-2.x.x.RELEASE.jar , 對(duì)于不用的, 可排除之. 

到此，相信大家對(duì)“用SpringBoot排除自動(dòng)裝配某個(gè)class來解決jar包沖突”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！