废弃fastjson！大型项目迁移Gson保姆级实战
前言
本篇文章是我這一個(gè)多月來(lái)幫助組內(nèi)廢棄fastjson框架的總結(jié)，我們將大部分Java倉(cāng)庫(kù)從fastjson遷移至了Gson。
這么做的主要的原因是公司受夠了fastjson頻繁的安全漏洞問(wèn)題，每一次出現(xiàn)漏洞都要推一次全公司的fastjson強(qiáng)制版本升級(jí)，很令公司頭疼。
文章的前半部分，我會(huì)簡(jiǎn)單分析各種json解析框架的優(yōu)劣，并給出企業(yè)級(jí)項(xiàng)目遷移json框架的幾種解決方案。
在文章的后半部分，我會(huì)結(jié)合這一個(gè)月的經(jīng)驗(yàn)，總結(jié)下Gson的使用問(wèn)題，以及fastjson遷移到Gson踩過(guò)的深坑。
文章目錄：
為何要放棄fastjson？
fastjson替代方案
三種json框架的特點(diǎn)
性能對(duì)比
最終選擇方案
替換依賴時(shí)的注意事項(xiàng)
謹(jǐn)慎，謹(jǐn)慎，再謹(jǐn)慎
做好開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的溝通
做好回歸/接口測(cè)試
考慮遷移前后的性能差異
使用Gson替換fastjson
Json反序列化
范型處理
List/Map寫(xiě)入
駝峰與下劃線轉(zhuǎn)換
遷移常見(jiàn)問(wèn)題踩坑
Date序列化方式不同
SpringBoot異常
Swagger異常
@Mapping JsonObject作為入?yún)惓?/p>
注意：是否使用fastjson是近年來(lái)一個(gè)爭(zhēng)議性很大的話題，本文無(wú)意討論框架選型的對(duì)錯(cuò)，只關(guān)注遷移這件事中遇到的問(wèn)題進(jìn)行反思和思考。大家如果有想發(fā)表的看法，可以在評(píng)論區(qū) 理 性 討論。
本文閱讀大概需要：5分鐘
碼字不易，歡迎關(guān)注我的個(gè)人公眾號(hào)：后端技術(shù)漫談（二維碼見(jiàn)文章底部）
為何要放棄fastjson？
究其原因，是fastjson漏洞頻發(fā)，導(dǎo)致了公司內(nèi)部需要頻繁的督促各業(yè)務(wù)線升級(jí)fastjson版本，來(lái)防止安全問(wèn)題。
fastjson在2020年頻繁暴露安全漏洞，此漏洞可以繞過(guò)autoType開(kāi)關(guān)來(lái)實(shí)現(xiàn)反序列化遠(yuǎn)程代碼執(zhí)行并獲取服務(wù)器訪問(wèn)權(quán)限。
從2019年7月份發(fā)布的v1.2.59一直到2020年6月份發(fā)布的 v1.2.71 ，每個(gè)版本的升級(jí)中都有關(guān)于AutoType的升級(jí)，涉及13個(gè)正式版本。
fastjson中與AutoType相關(guān)的版本歷史：
1.2.59發(fā)布，增強(qiáng)AutoType打開(kāi)時(shí)的安全性?fastjson 1.2.60發(fā)布，增加了AutoType黑名單，修復(fù)拒絕服務(wù)安全問(wèn)題?fastjson 1.2.61發(fā)布，增加AutoType安全黑名單?fastjson 1.2.62發(fā)布，增加AutoType黑名單、增強(qiáng)日期反序列化和JSONPath?fastjson 1.2.66發(fā)布，Bug修復(fù)安全加固，并且做安全加固，補(bǔ)充了AutoType黑名單?fastjson 1.2.67發(fā)布，Bug修復(fù)安全加固，補(bǔ)充了AutoType黑名單?fastjson 1.2.68發(fā)布，支持GEOJSON，補(bǔ)充了AutoType黑名單 1.2.69發(fā)布，修復(fù)新發(fā)現(xiàn)高危AutoType開(kāi)關(guān)繞過(guò)安全漏洞，補(bǔ)充了AutoType黑名單 1.2.70發(fā)布，提升兼容性，補(bǔ)充了AutoType黑名單 1.2.71發(fā)布，補(bǔ)充安全黑名單，無(wú)新增利用，預(yù)防性補(bǔ)充相比之下，其他的json框架，如Gson和Jackson，漏洞數(shù)量少很多，高危漏洞也比較少，這是公司想要替換框架的主要原因。
fastjson替代方案
本文主要討論Gson替換fastjson框架的實(shí)戰(zhàn)問(wèn)題，所以在這里不展開(kāi)詳細(xì)討論各種json框架的優(yōu)劣，只給出結(jié)論。
經(jīng)過(guò)評(píng)估，主要有Jackson和Gson兩種json框架放入考慮范圍內(nèi)，與fastjson進(jìn)行對(duì)比。
三種json框架的特點(diǎn)
FastJson
速度快
fastjson相對(duì)其他JSON庫(kù)的特點(diǎn)是快，從2011年fastjson發(fā)布1.1.x版本之后，其性能從未被其他Java實(shí)現(xiàn)的JSON庫(kù)超越。
使用廣泛
fastjson在阿里巴巴大規(guī)模使用，在數(shù)萬(wàn)臺(tái)服務(wù)器上部署，fastjson在業(yè)界被廣泛接受。在2012年被開(kāi)源中國(guó)評(píng)選為最受歡迎的國(guó)產(chǎn)開(kāi)源軟件之一。
測(cè)試完備
fastjson有非常多的testcase，在1.2.11版本中，testcase超過(guò)3321個(gè)。每次發(fā)布都會(huì)進(jìn)行回歸測(cè)試，保證質(zhì)量穩(wěn)定。
使用簡(jiǎn)單
fastjson的API十分簡(jiǎn)潔。
Jackson
容易使用 - jackson API提供了一個(gè)高層次外觀，以簡(jiǎn)化常用的用例。
無(wú)需創(chuàng)建映射 - API提供了默認(rèn)的映射大部分對(duì)象序列化。
性能高 - 快速，低內(nèi)存占用，適合大型對(duì)象圖表或系統(tǒng)。
干凈的JSON - jackson創(chuàng)建一個(gè)干凈和緊湊的JSON結(jié)果，這是讓人很容易閱讀。
不依賴 - 庫(kù)不需要任何其他的庫(kù)，除了JDK。
Gson
提供一種機(jī)制，使得將Java對(duì)象轉(zhuǎn)換為JSON或相反如使用toString()以及構(gòu)造器（工廠方法）一樣簡(jiǎn)單。
允許預(yù)先存在的不可變的對(duì)象轉(zhuǎn)換為JSON或與之相反。
允許自定義對(duì)象的表現(xiàn)形式
支持任意復(fù)雜的對(duì)象
輸出輕量易讀的JSON
性能對(duì)比
同事撰寫(xiě)的性能對(duì)比源碼：
https://github.com/zysrxx/json-comparison
本文不詳細(xì)討論性能的差異，畢竟這其中涉及了很多各個(gè)框架的實(shí)現(xiàn)思路和優(yōu)化，所以只給出結(jié)論：
1.序列化單對(duì)象性能Fastjson > Jackson > Gson，其中Fastjson和Jackson性能差距很小，Gson性能較差
2.序列化大對(duì)象性能Jackson> Fastjson > Gson ，序列化大Json對(duì)象時(shí)Jackson> Gson > Fastjson，Jackson序列化大數(shù)據(jù)時(shí)性能優(yōu)勢(shì)明顯
3.反序列化單對(duì)象性能 Fastjson > Jackson > Gson , 性能差距較小
4.反序列化大對(duì)象性能 Fastjson > Jackson > Gson , 性能差距較很小
最終選擇方案
Jackson適用于高性能場(chǎng)景，Gson適用于高安全性場(chǎng)景
對(duì)于新項(xiàng)目倉(cāng)庫(kù)，不再使用fastjson。對(duì)于存量系統(tǒng)，考慮到Json更換成本，由以下幾種方案可選：
項(xiàng)目未使用autoType功能，建議直接切換為非fastjson，如果切換成本較大，可以考慮繼續(xù)使用fastjson，關(guān)閉safemode。
業(yè)務(wù)使用了autoType功能，建議推進(jìn)廢棄fastjson。
替換依賴注意事項(xiàng)
企業(yè)項(xiàng)目或者說(shuō)大型項(xiàng)目的特點(diǎn)：
代碼結(jié)構(gòu)復(fù)雜，團(tuán)隊(duì)多人維護(hù)。
承擔(dān)重要線上業(yè)務(wù)，一旦出現(xiàn)嚴(yán)重bug會(huì)導(dǎo)致重大事故。
如果是老項(xiàng)目，可能缺少文檔，不能隨意修改，牽一發(fā)而動(dòng)全身。
項(xiàng)目有很多開(kāi)發(fā)分支，不斷在迭代上線。
所以對(duì)于大型項(xiàng)目，想要做到將底層的fastjson遷移到gson是一件復(fù)雜且痛苦的事情，其實(shí)對(duì)于其他依賴的替換，也都一樣。
我總結(jié)了如下幾個(gè)在替換項(xiàng)目依賴過(guò)程中要特別重視的問(wèn)題。
謹(jǐn)慎，謹(jǐn)慎，再謹(jǐn)慎
再怎么謹(jǐn)慎都不為過(guò)，如果你要更改的項(xiàng)目是非常重要的業(yè)務(wù)，那么一旦犯下錯(cuò)誤，代價(jià)是非常大的。并且，對(duì)于業(yè)務(wù)方和產(chǎn)品團(tuán)隊(duì)來(lái)說(shuō)，沒(méi)有新的功能上線，但是系統(tǒng)卻炸了，是一件“無(wú)法忍受”的事情。盡管你可能覺(jué)得很委屈，因?yàn)橹挥心慊蛘吣愕膱F(tuán)隊(duì)知道，雖然業(yè)務(wù)看上去沒(méi)變化，但是代碼底層已經(jīng)發(fā)生了翻天覆地的變化。
所以，謹(jǐn)慎點(diǎn)！
做好開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的溝通
在依賴替換的過(guò)程中，需要做好項(xiàng)目的規(guī)劃，比如分模塊替換，嚴(yán)格細(xì)分排期。
把前期規(guī)劃做好，開(kāi)發(fā)和測(cè)試才能有條不紊的進(jìn)行工作。
開(kāi)發(fā)之間，需要提前溝通好開(kāi)發(fā)注意事項(xiàng)，比如依賴版本問(wèn)題，防止由多個(gè)開(kāi)發(fā)同時(shí)修改代碼，最后發(fā)現(xiàn)使用的版本不同，接口用法都不同這種很尷尬，并且要花額外時(shí)間處理的事情。
而對(duì)于測(cè)試，更要事先溝通好。一般來(lái)說(shuō)，測(cè)試不會(huì)太在意這種對(duì)于業(yè)務(wù)沒(méi)有變化的技術(shù)項(xiàng)目，因?yàn)榧炔皇莾?yōu)化速度，也不是新功能。但其實(shí)遷移涉及到了底層，很容易就出現(xiàn)BUG。要讓測(cè)試團(tuán)隊(duì)了解更換項(xiàng)目依賴，是需要大量的測(cè)試時(shí)間投入的，成本不亞于新功能，讓他們盡量重視起來(lái)。
做好回歸/接口測(cè)試
上面說(shuō)到測(cè)試團(tuán)隊(duì)需要投入大量工時(shí)，這些工時(shí)主要都用在項(xiàng)目功能的整體回歸上，也就是回歸測(cè)試。
當(dāng)然，不只是業(yè)務(wù)回歸測(cè)試，如果有條件的話，要做接口回歸測(cè)試。
如果公司有接口管理平臺(tái)，那么可以極大提高這種項(xiàng)目測(cè)試的效率。
打個(gè)比方，在一個(gè)模塊修改完成后，在測(cè)試環(huán)境（或者沙箱環(huán)境），部署一個(gè)線上版本，部署一個(gè)修改后的版本，直接將接口返回?cái)?shù)據(jù)進(jìn)行對(duì)比。一般來(lái)說(shuō)是Json對(duì)比，網(wǎng)上也有很多的Json對(duì)比工具：
https://www.sojson.com/
考慮遷移前后的性能差異
正如上面描述的Gson和Fastjson性能對(duì)比，替換框架需要注意框架之間的性能差異，尤其是對(duì)于流量業(yè)務(wù)，也就是高并發(fā)項(xiàng)目，響應(yīng)時(shí)間如果發(fā)生很大的變化會(huì)引起上下游的注意，導(dǎo)致一些額外的后果。
使用Gson替換Fastjson
這里總結(jié)了兩種json框架常用的方法，貼出詳細(xì)的代碼示例，幫助大家快速的上手Gson，無(wú)縫切換！
Json反序列化
String?jsonCase?=?"[{\"id\":10001,\"date\":1609316794600,\"name\":\"小明\"},{\"id\":10002,\"date\":1609316794600,\"name\":\"小李\"}]";//?fastjson JSONArray?jsonArray?=?JSON.parseArray(jsonCase); System.out.println(jsonArray); System.out.println(jsonArray.getJSONObject(0).getString("name")); System.out.println(jsonArray.getJSONObject(1).getString("name")); //?輸出： //?[{"date":1609316794600,"name":"小明","id":10001},{"date":1609316794600,"name":"小李","id":10002}] //?小明 //?小李//?Gson JsonArray?jsonArrayGson?=?gson.fromJson(jsonCase,?JsonArray.class); System.out.println(jsonArrayGson); System.out.println(jsonArrayGson.get(0).getAsJsonObject().get("name").getAsString()); System.out.println(jsonArrayGson.get(1).getAsJsonObject().get("name").getAsString()); //?輸出： //?[{"id":10001,"date":1609316794600,"name":"小明"},{"id":10002,"date":1609316794600,"name":"小李"}] //?小明 //?小李看得出，兩者區(qū)別主要在get各種類型上，Gson調(diào)用方法有所改變，但是變化不大。
那么，來(lái)看下空對(duì)象反序列化會(huì)不會(huì)出現(xiàn)異常：
String?jsonObjectEmptyCase?=?"{}";//?fastjson JSONObject?jsonObjectEmpty?=?JSON.parseObject(jsonObjectEmptyCase); System.out.println(jsonObjectEmpty); System.out.println(jsonObjectEmpty.size()); //?輸出： //?{} //?0//?Gson JsonObject?jsonObjectGsonEmpty?=?gson.fromJson(jsonObjectEmptyCase,?JsonObject.class); System.out.println(jsonObjectGsonEmpty); System.out.println(jsonObjectGsonEmpty.size()); //?輸出： //?{} //?0沒(méi)有異常，開(kāi)心。
看看空數(shù)組呢，畢竟[]感覺(jué)比{}更加容易出錯(cuò)。
String?jsonArrayEmptyCase?=?"[]";//?fastjson JSONArray?jsonArrayEmpty?=?JSON.parseArray(jsonArrayEmptyCase); System.out.println(jsonArrayEmpty); System.out.println(jsonArrayEmpty.size()); //?輸出： //?[] //?0//?Gson JsonArray?jsonArrayGsonEmpty?=?gson.fromJson(jsonArrayEmptyCase,?JsonArray.class); System.out.println(jsonArrayGsonEmpty); System.out.println(jsonArrayGsonEmpty.size()); //?輸出： //?[] //?0兩個(gè)框架也都沒(méi)有問(wèn)題，完美解析。
范型處理
解析泛型是一個(gè)非常常用的功能，我們項(xiàng)目中大部分fastjson代碼就是在解析json和Java Bean。
//?實(shí)體類 User?user?=?new?User(); user.setId(1L); user.setUserName("馬云");//?fastjson List<User>?userListResultFastjson?=?JSONArray.parseArray(JSON.toJSONString(userList),?User.class); List<User>?userListResultFastjson2?=?JSON.parseObject(JSON.toJSONString(userList),?new?TypeReference<List<User>>(){}); System.out.println(userListResultFastjson); System.out.println("userListResultFastjson2"?+?userListResultFastjson2); //?輸出： //?userListResultFastjson[User?[Hash?=?483422889,?id=1,?userName=馬云],?null] //?userListResultFastjson2[User?[Hash?=?488970385,?id=1,?userName=馬云],?null]//?Gson List<User>?userListResultTrue?=?gson.fromJson(gson.toJson(userList),?new?TypeToken<List<User>>(){}.getType()); System.out.println("userListResultGson"?+?userListResultGson); //?輸出： //?userListResultGson[User?[Hash?=?1435804085,?id=1,?userName=馬云],?null]可以看出，Gson也能支持泛型。
List/Map寫(xiě)入
這一點(diǎn)fastjson和Gson有區(qū)別，Gson不支持直接將List寫(xiě)入value，而fastjson支持。
所以Gson只能將List解析后，寫(xiě)入value中，詳見(jiàn)如下代碼：
//?實(shí)體類 User?user?=?new?User(); user.setId(1L); user.setUserName("馬云");//?fastjson JSONObject?jsonObject1?=?new?JSONObject(); jsonObject1.put("user",?user); jsonObject1.put("userList",?userList); System.out.println(jsonObject1); //?輸出： //?{"userList":[{"id":1,"userName":"馬云"},null],"user":{"id":1,"userName":"馬云"}}//?Gson JsonObject?jsonObject?=?new?JsonObject(); jsonObject.add("user",?gson.toJsonTree(user)); System.out.println(jsonObject); //?輸出： //?{"user":{"id":1,"userName":"馬云"},"userList":[{"id":1,"userName":"馬云"},null]}如此一來(lái)，Gson看起來(lái)就沒(méi)有fastjson方便，因?yàn)榉湃隠ist是以gson.toJsonTree(user)的形式放入的。這樣就不能先入對(duì)象，在后面修改該對(duì)象了。（有些同學(xué)比較習(xí)慣先放入對(duì)象，再修改對(duì)象，這樣的代碼就得改動(dòng)）
駝峰與下劃線轉(zhuǎn)換
駝峰轉(zhuǎn)換下劃線依靠的是修改Gson的序列化模式，修改為L(zhǎng)OWER_CASE_WITH_UNDERSCORES
GsonBuilder?gsonBuilder?=?new?GsonBuilder(); gsonBuilder.setFieldNamingPolicy(FieldNamingPolicy.LOWER_CASE_WITH_UNDERSCORES); Gson?gsonUnderScore?=?gsonBuilder.create(); System.out.println(gsonUnderScore.toJson(user)); //?輸出： //?{"id":1,"user_name":"馬云"}常見(jiàn)問(wèn)題排雷
下面整理了我們?cè)诠卷?xiàng)目遷移Gson過(guò)程中，踩過(guò)的坑，這些坑現(xiàn)在寫(xiě)起來(lái)感覺(jué)沒(méi)什么技術(shù)含量。但是這才是我寫(xiě)這篇文章的初衷，幫助大家把這些很難發(fā)現(xiàn)的坑避開(kāi)。
這些問(wèn)題有的是在測(cè)試進(jìn)行回歸測(cè)試的時(shí)候發(fā)現(xiàn)的，有的是在自測(cè)的時(shí)候發(fā)現(xiàn)的，有的是在上線后發(fā)現(xiàn)的，比如Swagger掛了這種不會(huì)去測(cè)到的問(wèn)題。
Date序列化方式不同
不知道大家想過(guò)一個(gè)問(wèn)題沒(méi)有，如果你的項(xiàng)目里有緩存系統(tǒng)，使用fastjson寫(xiě)入的緩存，在你切換Gson后，需要用Gson解析出來(lái)。所以就一定要保證兩個(gè)框架解析邏輯是相同的，但是，顯然這個(gè)愿望是美好的。
在測(cè)試過(guò)程中，發(fā)現(xiàn)了Date類型，在兩個(gè)框架里解析是不同的方式。
fastjson：Date直接解析為Unix
Gson：直接序列化為標(biāo)準(zhǔn)格式Date
導(dǎo)致了Gson在反序列化這個(gè)json的時(shí)候，直接報(bào)錯(cuò)，無(wú)法轉(zhuǎn)換為Date。
解決方案：
新建一個(gè)專門(mén)用于解析Date類型的類：
import?com.google.gson.TypeAdapter; import?com.google.gson.stream.JsonReader; import?com.google.gson.stream.JsonWriter;import?java.io.IOException; import?java.util.Date;public?class?MyDateTypeAdapter?extends?TypeAdapter<Date>?{@Overridepublic?void?write(JsonWriter?out,?Date?value)?throws?IOException?{if?(value?==?null)?{out.nullValue();}?else?{out.value(value.getTime());}}@Overridepublic?Date?read(JsonReader?in)?throws?IOException?{if?(in?!=?null)?{return?new?Date(in.nextLong());}?else?{return?null;}} }接著，在創(chuàng)建Gson時(shí)，把他放入作為Date的專用處理類：
Gson?gson?=?new?GsonBuilder().registerTypeAdapter(Date.class,new?MyDateTypeAdapter()).create();這樣就可以讓Gson將Date處理為Unix。
當(dāng)然，這只是為了兼容老的緩存，如果你覺(jué)得你的倉(cāng)庫(kù)沒(méi)有這方面的顧慮，可以忽略這個(gè)問(wèn)題。
SpringBoot異常
切換到Gson后，使用SpringBoot搭建的Web項(xiàng)目的接口直接請(qǐng)求不了了。報(bào)錯(cuò)類似：
org.springframework.http.converter.HttpMessageNotWritableException因?yàn)镾pringBoot默認(rèn)的Mapper是Jackson解析，我們切換為了Gson作為返回對(duì)象后，Jackson解析不了了。
解決方案：
application.properties里面添加：
#Preferred?JSON?mapper?to?use?for?HTTP?message?conversion spring.mvc.converters.preferred-json-mapper=gsonSwagger異常
這個(gè)問(wèn)題和上面的SpringBoot異常類似，是因?yàn)樵赟pringBoot中引入了Gson，導(dǎo)致 swagger 無(wú)法解析 json。
采用類似下文的解決方案（添加Gson適配器）：
http://yuyublog.top/2018/09/03/springboot%E5%BC%95%E5%85%A5swagger/
GsonSwaggerConfig.java
IGsonHttpMessageConverter.java
SpringfoxJsonToGsonAdapter.java
@Mapping JsonObject作為入?yún)惓?/h2>
有時(shí)候，我們會(huì)在入?yún)⑹褂妙愃?#xff1a;
public?ResponseResult<String>?submitAudit(@RequestBody?JsonObject?jsonObject)?{}如果使用這種代碼，其實(shí)就是使用Gson來(lái)解析json字符串。但是這種寫(xiě)法的風(fēng)險(xiǎn)是很高的，平常請(qǐng)大家盡量避免使用JsonObject直接接受參數(shù)。
在Gson中，JsonObject若是有數(shù)字字段，會(huì)統(tǒng)一序列化為double，也就是會(huì)把count = 0這種序列化成count = 0.0。
為何會(huì)有這種情況？簡(jiǎn)單的來(lái)說(shuō)就是Gson在將json解析為Object類型時(shí)，會(huì)默認(rèn)將數(shù)字類型使用double轉(zhuǎn)換。
如果Json對(duì)應(yīng)的是Object類型，最終會(huì)解析為Map<String, Object>類型；其中Object類型跟Json中具體的值有關(guān)，比如雙引號(hào)的""值翻譯為STRING。我們可以看下數(shù)值類型（NUMBER）全部轉(zhuǎn)換為了Double類型，所以就有了我們之前的問(wèn)題，整型數(shù)據(jù)被翻譯為了Double類型，比如30變?yōu)榱?0.0。
可以看下Gson的ObjectTypeAdaptor類，它繼承了Gson的TypeAdaptor抽象類：
具體的源碼分析和原理闡述，大家可以看這篇拓展閱讀：
https://www.jianshu.com/p/eafce9689e7d
解決方案：
第一個(gè)方案：把入?yún)⒂脤?shí)體類接收，不要使用JsonObject
第二個(gè)方案：與上面的解決Date類型問(wèn)題類似，自己定義一個(gè)Adaptor，來(lái)接受數(shù)字，并且處理。這種想法我覺(jué)得可行但是難度較大，可能會(huì)影響到別的類型的解析，需要在設(shè)計(jì)適配器的時(shí)候格外注意。
總結(jié)
這篇文章主要是為了那些需要將項(xiàng)目遷移到Gson框架的同學(xué)們準(zhǔn)備的。
一般來(lái)說(shuō)，個(gè)人小項(xiàng)目，是不需要費(fèi)這么大精力去做遷移，所以這篇文章可能目標(biāo)人群比較狹窄。
但文章中也提到了不少通用問(wèn)題的解決思路，比如怎么評(píng)估遷移框架的必要性。其中需要考慮到框架兼容性，兩者性能差異，遷移耗費(fèi)的工時(shí)等很多問(wèn)題。
希望文章對(duì)你有所幫助。
參考
《如何從Fastjson遷移到Gson》
https://juejin.im/post/6844904089281626120
《FastJson遷移至Jackson》此文作者自己封裝了工具類來(lái)完成遷移
https://mxcall.github.io/posts/%E5%B7%A5%E4%BD%9C/%E7%A8%8B%E5%BA%8F%E5%91%98/javaSE/FastJson%E8%BF%81%E7%A7%BB%E8%87%B3Jackson/
《你真的會(huì)用Gson嗎?Gson使用指南》
https://www.jianshu.com/p/e740196225a4
json性能對(duì)比
https://github.com/zysrxx/json-comparison/tree/master/src/main/java/json/comparison
fastjson官方文檔
https://github.com/alibaba/fastjson/wiki
易百教程
https://www.yiibai.com/jackson
往期精彩文章：
絕了，幾款主流的 JSON 庫(kù)性能對(duì)比！
Java中常用的4個(gè)Json庫(kù)，哪個(gè)性能更牛逼？
這個(gè) bug 讓我更加理解 Spring 單例了
總結(jié)
以上是生活随笔為你收集整理的废弃fastjson！大型项目迁移Gson保姆级实战的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： Java字符串indexOf（int c
- 下一篇： 【送给读者】全新苹果 AirPods，包