三款主流的 JSON 解析库性能大比拼


三款主流的 JSON 解析库性能大比拼

独家授权自:开Github中文社区


大家好,我是hub哥,又到了本期分享。这期我们来聊聊Java中解析JSON的三个主流类库

FastJSON、Gson和Jackson。

先来看下这三货在Github上的基本数据:

FastJson

Github地址:
https://github.com/alibaba/fastjson

三款主流的 JSON 解析库性能大比拼

Jackson

Github地址:
https://github.com/FasterXML/jackson

三款主流的 JSON 解析库性能大比拼

Gson

Github地址:
https://github.com/google/gson

三款主流的 JSON 解析库性能大比拼


码友们对这三货各方面也一直争议不断,大多关心的,还是性能以及稳定性。本文主测性能;对于这三个库的简介以及用法,就不去废话了,一个简单明了的测评,直接上!

主要对这三个类库在JSON序列化和反序列化在速度方面的表现做一些测评,为了防止由于内存导致测试结果出现偏差,测试中对JVM内存配置-Xmx4g -Xms4g。

测试代码已经贴到了文章末尾。

三款主流的 JSON 解析库性能大比拼

JSON序列化(Object => JSON)

测试样本数量为100000个,为了保证每个类库在测试中都能处理同一个样本,先把样本Java对象保存在文件中。每个类库测试5次,每次循环测试10遍,去掉最快速度和最慢速度,对剩下的8遍求平均值作为最终的速度,取5次测试中最好的平均速度作为最终的测试数据。

测试结果:

三款主流的 JSON 解析库性能大比拼

从测试数据可以看出,Jackson是最快的(耗时比Gson少了大约700毫秒),Gson耗时最久。

三款主流的 JSON 解析库性能大比拼

JSON反序列化(JSON => Object)

同样,测试样本数量为100000个,为了保证每个类库在测试中都能处理同一个样本,先把样本JSON对象保存在文件中。每个类库测试5次,每次循环测试10遍,去掉最快速度和最慢速度,对剩下的8遍求平均值作为最终的速,取5次测试中最好的平均速度作为最终的测试数据。

测试结果:

三款主流的 JSON 解析库性能大比拼

从测试数据可以看出,在反序列化上性能 FastJson最快,不过与Jackson差距并不明显,Gson耗时最久

三款主流的 JSON 解析库性能大比拼

可见,不管是序列化还是反序列化,速度方面首先阵亡的,是Gson!

三款主流的 JSON 解析库性能大比拼

那还剩下FastJson和Jackson

FastJson在某些方面确实快一些,但是和Jackson 的差距不大,优势并没有太明显。Jackson还可以加上AfterBurner来使用byte generation,这样和FastJson的差距就更小了。

除了在反序列化的速度胜出外,FastJson相比较 Jackson 有不少短板,我们可以从以下3方面对比:

1. 可定制性
Jackson有灵活的API,可以很容易进行扩展和定制,而且很多时候需要的模块都已经有人提供了。比如guava中定义的数据类型,比如kotlin语言Immutable的类型等,比如java8 引入的新日期时间类型和Optional都已经有支持的模块。

FastJson只有一个(简陋)的SerializeFilter机制用来定制序列化,ParseProcess机制用来定制反序列化,每次调用序列化/反序列化的的时候都要自己传filter或者Process这个参数过去,Jackson和 Gson都是直接注册模块就可以了,Jackson还可以使用SPI来自动发现和注册模块。

2. 代码质量
公司有一些项目使用了Fastjson,在使用Fastjson的项目里面曾碰到过的两个低级bug:

1. 碰到在128~255 的字符直接异常,这些主要是西欧语言的字符,因为他用一个数组来记录 转义后的字符表示,但是数组长度只有128...

2. 内存占用过多。Fastjson为了性能,在ThreadLocal中缓存了char[] buffer,这样避免分配内存和gc的开销。但是如果碰到了大的json(比如10M这样的),就会占用大量的内存,而且以后都是处理小JSON了内存占用也回不来。
这些问题虽然后来的版本都修复了,但是也反映出Fastjson代码质量上要求不够严格。而Jackson这么多年来使用上还没有碰到过这样的Bug.

3. 文档
相比Jackson, Fastjson英文文档就显得比较欠缺,已有的也不规范,这样就更没法指望老外用了,相对还是国内开发者占大多数

这么来看,最终结果很明显了:

三款主流的 JSON 解析库性能大比拼

观点

JSON从发明到现在之所以流行,并不是因为json快的原因(比json快且小巧的格式和类库一大把),而是因为json和web结合的时候更易于使用,对开发人员易于理解。很多人拿FastJson和Jackson比,就像拿非智能机和iphone比待机时间,其功能性不一样,Jackson的很多功能FastJson并没有实现,所以这种对比也不客观。FastJson之所以没在国际上流行起来,最主要的原因应该是开发者的思路全放到“快”上去了,而偏离了“标准”及功能性,质量也不够好,有点“舍本逐末”的味道。

当然在目前的环境下,国产软件能踏实的心态做好开源的不多,FastJson团队能这么快的反馈并修正问题,这种精神还是值得称赞的。希望国内的技术从业者能更重视“技术的原始需求”。

测试代码:

样本对象包括Boolean、Int、Long、Double、Date、String、List和Map字段,其中List长度和Map的Key数量可以根据需要改变。


开发者技术前线 ,汇集技术前线快讯和关注行业趋势,大厂干货,是开发者经历和成长的优秀指南。


好文点个在赞吧!


分享到:


相關文章: