如何解析Fastjson與Jackson性能問題

今天就跟大家聊聊有關(guān)如何解析Fastjson與Jackson性能問題，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

話說在前面，本篇并不會去比較fastjson與Jackson在正常業(yè)務(wù)場景下的json解析性能，側(cè)重點(diǎn)是比較兩者在解析大json字符串上的性能?？梢越o出的結(jié)論是，jackson在解析大json場景下性能是秒殺fastjson的，不急，我們有圖有真相。  

我對大Json的定義是，超過1m大小的json字符串可以算是大json了?？赡艽蠹移綍r都沒有遇到超過1m大小的json字符串，最多也就幾百kb級別的，而這個級別json，fastjson與jackson解析性能比較可以參考網(wǎng)上的一些分析文章。

我遇到的大Json解析場景，來自第三方接口的調(diào)用。最大的有64m的json字符串，這是輸出到文本文件后以文件的大小計算的。有些第三方接口沒有分頁的功能，我遇到一次一個接口調(diào)用返回幾百萬條數(shù)據(jù)的，也是從那次開始，發(fā)現(xiàn)fastjson的弊端。

之前測試過一次，64m的json用fastjson解析花了一個多小時,，這種場景下，fastjson不再fast。而今天我再測試一次一個只有2000條記錄的json字符串解析，分別用fastjson與jackson解析，比較兩者的性能。

從測試代碼中可以看出，這是一個調(diào)用第三方接口，拿到響應(yīng)body之后，再分別使用fastjson與jackson測試解析耗時的例子。

方法輸出：

可以看到，jackson解析耗時只需要318毫秒，而fastjson卻要641459毫秒，這差的不是一星半點(diǎn)，整整2017倍。而且json字符串越長，性能差異越大，大家可以親自去測試一下，模擬一個超過1m大小的字符串，分別使用fastjson與jackson測試。

Fastjson其實也給出了針對這種大json解析場景的解決方案，stream api，但并不能解決大部分的業(yè)務(wù)場景。感興趣可以去研究下。

你可能想通過縮短Json字符串解決這個問題，確實也是，誰會這么無聊，設(shè)置響應(yīng)如此大數(shù)據(jù)量的接口，簡直就是數(shù)據(jù)庫拷貝。這確實可以通過接口支持分頁解決，但你沒辦法讓別人去改變這種設(shè)計，接口是別人家的，人家改不改是別人家的事情，我們能做的只有自己去優(yōu)化。

看完上述內(nèi)容，你們對如何解析Fastjson與Jackson性能問題有進(jìn)一步的了解嗎？如果還想了解更多知識或者相關(guān)內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。