From 722686acc6ecf0c45a10fb58f206b04133c288f3 Mon Sep 17 00:00:00 2001 From: RedKale <22250530@qq.com> Date: Tue, 12 Apr 2016 19:15:28 +0800 Subject: [PATCH] Update article_convert.html --- article_convert.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/article_convert.html b/article_convert.html index 7fd707e2b..5b1bafc1f 100644 --- a/article_convert.html +++ b/article_convert.html @@ -41,7 +41,7 @@

- 由上图第一份报告看出,以MediaContent对象进行比较,fastjson的反序列化性能是最好的,gson性能最差。redkale、fastjson、jackson在序列化方面差距不大。第二份报告的测试对象是将第一份的MediaContent对象中所有的数值改成负数进行测试的,可以看出fastjson对于负数的处理性能很差,只是比gson稍强。第三份报告的测试对象是ConvertRecord对象,该对象的特点是包含int[]、long[]、List、Map数据。从结果可以看出fastjson的反序列化性能最差。redkale与jackson一直保持高性能。
+ 由上图第一份报告看出,以MediaContent对象进行比较,fastjson的反序列化性能是最好的,gson性能最差。redkale、fastjson、jackson在序列化方面差距不大。第二份报告的测试对象是将第一份的MediaContent对象中所有的数值改成负数进行测试的,可以看出fastjson对于负数的处理性能很差,只是比gson稍强。第三份报告的测试对象是ConvertRecord对象,该对象的特点是包含int[]、long[]、List、Map数据。从结果可以看出fastjson的反序列化性能最差。redkale与jackson一直保持高性能。
综合起来看,Redkale的Convert性能是最好的。数据相差50毫秒以下的差距基本可以忽略,因为每次测试的结果会上下波动几十毫秒。