json工具性能比较：json-lib和jackson进行Java对象到json字符串序列化 - hjg1988 - ITeye技术网站
博客分类：
&&& 网上查找“java json”，发现大家使用最多的还是json-lib来进行java对象的序列化成json对象和反序列化成java对象的操作。但是之前在网上也看到过一往篇关于json序列化性能比较的文章，不过一下子找不到了，所以没有引用。另外公司同事也做过类似的测试，结果都表明，json-lib的性能不太令人满意，而一个叫jackson的json序列化工具却表现不俗，另外，json-lib对null值的处理让人也感觉比较困惑。
&&& 这里，我也对这两个java json工具进行了一次粗略的测试，主要测试从java对象序列化成json字符串的性能。按以下三种方式进行：
使用jackson，并在每次循环中重用ObjectMapper对象(jackson with cache)
使用jackson，并在每次循环中重新生成ObjectMapper对象(jackson without cache)
使用json-lib
直接使用StringBuffer进行字符串拼接
&&& 因为见过有人在使用jackson时，每次都new 一个ObjectMapper的情况，而在官方教程中看到过这样一段话（can reuse, share globally）：
ObjectMapper mapper = new ObjectMapper(); // can reuse, share globally
User user = mapper.readValue(new File("user.json"), User.class);
即ObjectMapper可以重用，所以这里同时进行重用和不重用方式的测试，另外还测试直接使用StringBuffer拼接字符串的方式，以比较json序列化与原始的java方法的性能差异。
&&& 这里以不断增加并发线程数，每个线程循环进行1000次序列化，每次进行100次测量，结果取一个线程跑完（即序列化完1000次）的时间平均值的方式测试在多线程并发情况下的性能。
测量次数 = 100
每个线程循环进行序列化次数 = 1000
平均时间为一个线程跑完时间 = 总时间/测量次数/线程数
&&& 测试的java对象包含了基本类型属性和复杂属性，并且对象具有继承关系。
&&& 注：内存使用情况的数据据仅供参考，这个结果并不准确，因为受机器影响比较大，每次测试差异也比较大，不能准确说明问题，但还是可以参考一下。
从上面的两个时间性能的图中可以看出，无论是在低并发还是高并发的情况下，时间性能上，jackson使用重用ObjectMapper方式大大优于使用json-lib方式，甚于jackson使用非重用ObjectMapper方式也略优于json-lib方式。另外也可以看出，jackson在重用ObjectMapper的方式下，性能几乎接近于直接使用StringBuffer的append方法拼接了，尤其在高并发的情况下，两者的曲线几乎要重合了。从这里可以看出jackson的性能非常出色。
另外，从两个空间性能的图中得出的结论与时间性能基本相同，但是由于内存的使用量波动较大，每次测量的结果也相差比较大，并不十分准确，但还是可以看出个大概。
此外，还发现一个现象，在低线程数的情况下，只开一个线程的时间性能要比同时开多个线程的时间性能差不少，具体原因还有待分析，不知道是否与双核CPU有关。
&&& 另外附上测试代码，其中使用了一个同事写的测试工具，叫nanobench.jar的jar包（这个工具会在每次测试前每做一次“预热”，以排除干扰，因为java虚拟机刚开始运行时会比较慢。并在测试前会做机器资源清理工作，以减小每次测试受上次测试的影响，参考源码：）。
下载次数: 4186
浏览 16624
论坛回复 /
(29 / 40822)
quaff 写道dieslrae 写道google的gson建议去测试一下
gson比jackson慢一个数量级,而且gson是对field序列化,不符合java bean惯例对getter序列化.
基于field的侵入性更小，有些东西并全是pojo，比如pojo有一些方法getXXX()，返回的却是属性的计算结果，jackson就很麻烦了。
gson慢有慢的道理，毕竟是基于field的，要重复反射，不像基于method的可以缓存Method。
另外有多少应用在意这快的0.xxx毫秒哪？！对现有系统影响小，api简单才是关键。
一次调用0.xxx毫秒确实不会在意，但是如果你的是接口服务，并且并发量很大的话，就会出现性能瓶颈。
很多接口服务是以json形式暴露，有些接口服务对性能要求还是比较高的。我在公司做过一个项目就是先后用了这两种工具，这个项目并发量很大。用jackson是一方面是因为性能问题，另一方面是因为json-lib的api太不好友好了，并且因为用了一些json-lib自己的对象，程序出现过一些莫名奇妙的错误，而jackson的要易用多了，api也简单。
dieslrae 写道google的gson建议去测试一下
gson比jackson慢一个数量级,而且gson是对field序列化,不符合java bean惯例对getter序列化.
基于field的侵入性更小，有些东西并全是pojo，比如pojo有一些方法getXXX()，返回的却是属性的计算结果，jackson就很麻烦了。
gson慢有慢的道理，毕竟是基于field的，要重复反射，不像基于method的可以缓存Method。
另外有多少应用在意这快的0.xxx毫秒哪？！对现有系统影响小，api简单才是关键。
我一个java类，就只有
public String id = "ABCD";
&&& public int age = 20;
&&& public Integer age1 = 2000; 属性
//get/set.....
下面测试代码
JsonUtils里的工具方法
public static String getJson(Object obj) throws Exception{
StringWriter writer = new StringWriter();
ObjectMapper mapper = new ObjectMapper();
mapper.writeValue(writer, obj);
writer.close();
return writer.toString();
}catch (Exception ex){
}finally {
writer.close();
你得出的结论是：
jackson/json-lib : 2203 毫秒/ 1079毫秒
有些东西还是实际做做才知道真假
不知道ls有没有注意到我的测试里面对jackson其实有两种测试：jackson with cache和jackson without cache，前者才是正确的做法，因为ObjectMapper是线程安全的，后者是为了说明有的情况下，也会出现这样的对jackson错误的实践，而ls上面的使用方法刚好用了后者。
另外不知道为何ls测出的数据会这么大，我同样用了与ls一样的Object，属性也一样，循环次数也一样，结果测出来的时间jackson/json-lib: 64 毫秒/ 250毫秒
另外，这个东西我们公司里用的时候也是因为一次用了json-lib出了问题，然后换成jackson的，所以也是“实际做做才知道的”。另外，ls也应该可以看到上面的json-lib的序列化也太麻烦了。我比较不喜欢它的一个原因是因为它都引入了自己的类型，比如null并不是真正的null，而一个json-lib自己的一个表达Null的对象
希望楼主& [color=red]再详细测试一下反序列化的性能 [/color]
我没有做过详细的测试，但做过粗略的测试，两者相差的性能更大
我觉得你这个例子有点小问题啊，ObjectWrapper是在一个线程里公用的，不是在多个线程间公用的，一般高并发的话应该是要再多个线程间公用吧，那这个时候ObjectWrapper是线程安全的吗
，的确是有这个问题。。。之前确实没有注意到，更正确的做法是要在不同线程中公用，这样测出的性能应该更高。
另外这个ObjectMapper在官方文档上有说明，这个是线程安全的。
一个更详细的benchmark，详细比较了各种序列化机制的性能
/p/thrift-protobuf-compare/wiki/Benchmarking
这个文章我看过，只是忘了以后一直找不到这个文章了。
& 上一页 1
浏览: 50467 次
来自: 浙江
引用7、安装xrdp用于远程连接(添加10.10的源，并把xr ...
请问ObjectMapper的writevalue方法是线程安 ...
你的折线图怎么画出来的？
我迁移到maven之后，在Jboss下提示找不到资源文件，连w ...
myreligion 写道quaff 写道dieslrae 写 ...2013年5月 总版技术专家分月排行榜第一
2016年7月 总版技术专家分月排行榜第二2016年3月 总版技术专家分月排行榜第二2015年12月 总版技术专家分月排行榜第二2014年8月 总版技术专家分月排行榜第二2014年7月 总版技术专家分月排行榜第二2013年6月 总版技术专家分月排行榜第二
2013年5月 总版技术专家分月排行榜第一
2016年7月 总版技术专家分月排行榜第二2016年3月 总版技术专家分月排行榜第二2015年12月 总版技术专家分月排行榜第二2014年8月 总版技术专家分月排行榜第二2014年7月 总版技术专家分月排行榜第二2013年6月 总版技术专家分月排行榜第二
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。}