本篇文章主要介绍了"两款JSON类库Jackson与JSON-lib的性能对比(新增第三款测试)",主要涉及到两款JSON类库Jackson与JSON-lib的性能对比(新增第三款测试)方面的内容,对于两款JSON类库Jackson与JSON-lib的性能对比(新增第三款测试)感兴趣的同学可以参考一下。
近日做一些性能优化工作,在挑选JSON类库时,发现除了一般常用的JSON-lib外,还有一款号称性能最快的JSON处理器Jackson,于是用上了刚学会的JMeter,对这两个类库进行了简单的性能对比。
Jackson:http://jackson.codehaus.org/
JSON-lib:http://json-lib.sourceforge.net/
Gson:http://code.google.com/p/google-gson/
测试环境:
1、工作电脑:Intel双核E8400 共6GHz,内存4GB,WinXP
2、JSON-lib用最新的JDK15,GSON版本是最新的v1.4,Jackson也是最新的v1.5.5,JDK-v1.6.0_20,JMeter-v2.4
3、测试时不开启任何无关进程,每完成一项测试后关闭JMeter整理内存后,再进行下一项测试,每项测试运行3次,取平均值
4、JSON转Java Bean意为将JSON格式转换成Java类,这个类内包括Map、List、Date、Integer/Long/Double、String等类型的属性,Java Bean转Json则同理。另外,两者互转,每次转换的数据都是随机生成
测试结果:
* 吞吐量的值越大越好,总耗时的值越小越好
JSON转Bean,5个线程并发,约200字节对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 64113.7 | 8067.4 | 13952.8 |
总耗时(秒) | 155 | 1238 | 700 |
Bean转JSON,5个线程并发,约200字节对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 54802 | 15093.2 | 17308.2 |
总耗时(秒) | 181 | 661 | 560 |
JSON转Bean,5个线程并发,约2K对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 37314 | 2406.9 | 3657.50 |
总耗时(秒) | 267 | 4120 | 2720 |
Bean转JSON,5个线程并发,约2K对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 30922.2 | 4274.8 | 4977.00 |
总耗时(秒) | 322 | 2320 | 2000 |
测试总结:
1、显而易见,无论是哪种形式的转换,Jackson > Gson > Json-lib。
Jackson的处理能力甚至高出Json-lib有10倍左右
2、JSON-lib似乎已经停止更新,最新的版本也是基于JDK15,而Jackson的社区则较为活跃;
3、在测试性能的同时,又以人肉方式对这三个类库转换的正确性 进行了检查 ,三者均达100%正确 ;
4、JSON-lib在转换诸如Date类型时较为累赘,如以下是两者的转换结果:
JSON-lib:
{"brithday":{"date":17,"day":2,"hours":9,"minutes":24,"month":7,"seconds":26,"time":1282008266398,"timezoneOffset":-480,"year":110}}
Jackson:
{"brithday":1282008123101}
5、JSON-lib依赖commons系列的包及 ezmorph包共 5个,而Jackson除自身的以外只依赖于commons-logging
6、Jackson提供完整基于节点的Tree Model,以及完整的OJM数据绑定功能。
Jackson使用示例:
JacksonMapper:
创建为饿汉式单例模式 ,Jackson用于转换的核心类ObjectMapper无需每次都new一个object,官网上的一句话:can reuse, share globally
- /**
- * @author xuanyin
- *
- */
- public class JacksonMapper {
- /**
- *
- */
- private static final ObjectMapper mapper = new ObjectMapper();
- /**
- *
- */
- private JacksonMapper() {
- }
- /**
- *
- * @return
- */
- public static ObjectMapper getInstance() {
- return mapper;
- }
- }
JSON转Bean:
- ......
- String json = "...";
- ObjectMapper mapper = JacksonMapper.getInstance();
- YourBean bean = mapper.readValue(json, new YourBean().getClass());
- ......
Bean转JSON:
- ......
- YourBean bean = new YourBean();
- ......
- ObjectMapper mapper = JacksonMapper.getInstance();
- StringWriter sw = new StringWriter();
- JsonGenerator gen = new JsonFactory().createJsonGenerator(sw);
- mapper.writeValue(gen, bean);
- gen.close();
- String json = sw.toString();
- ......
* 上面两段代码中的YourBean当然也可以是Java的基本类型
近日做一些性能优化工作,在挑选JSON类库时,发现除了一般常用的JSON-lib外,还有一款号称性能最快的JSON处理器Jackson,于是用上了刚学会的JMeter,对这两个类库进行了简单的性能对比。
Jackson:http://jackson.codehaus.org/
JSON-lib:http://json-lib.sourceforge.net/
Gson:http://code.google.com/p/google-gson/
测试环境:
1、工作电脑:Intel双核E8400 共6GHz,内存4GB,WinXP
2、JSON-lib用最新的JDK15,GSON版本是最新的v1.4,Jackson也是最新的v1.5.5,JDK-v1.6.0_20,JMeter-v2.4
3、测试时不开启任何无关进程,每完成一项测试后关闭JMeter整理内存后,再进行下一项测试,每项测试运行3次,取平均值
4、JSON转Java Bean意为将JSON格式转换成Java类,这个类内包括Map、List、Date、Integer/Long/Double、String等类型的属性,Java Bean转Json则同理。另外,两者互转,每次转换的数据都是随机生成
测试结果:
* 吞吐量的值越大越好,总耗时的值越小越好
JSON转Bean,5个线程并发,约200字节对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 64113.7 | 8067.4 | 13952.8 |
总耗时(秒) | 155 | 1238 | 700 |
Bean转JSON,5个线程并发,约200字节对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 54802 | 15093.2 | 17308.2 |
总耗时(秒) | 181 | 661 | 560 |
JSON转Bean,5个线程并发,约2K对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 37314 | 2406.9 | 3657.50 |
总耗时(秒) | 267 | 4120 | 2720 |
Bean转JSON,5个线程并发,约2K对象,1千万次转换:
Jackson | JSON-lib | Gson | |
TPS | 30922.2 | 4274.8 | 4977.00 |
总耗时(秒) | 322 | 2320 | 2000 |
测试总结:
1、显而易见,无论是哪种形式的转换,Jackson > Gson > Json-lib。
Jackson的处理能力甚至高出Json-lib有10倍左右
2、JSON-lib似乎已经停止更新,最新的版本也是基于JDK15,而Jackson的社区则较为活跃;
3、在测试性能的同时,又以人肉方式对这三个类库转换的正确性 进行了检查 ,三者均达100%正确 ;
4、JSON-lib在转换诸如Date类型时较为累赘,如以下是两者的转换结果:
JSON-lib:
{"brithday":{"date":17,"day":2,"hours":9,"minutes":24,"month":7,"seconds":26,"time":1282008266398,"timezoneOffset":-480,"year":110}}
Jackson:
{"brithday":1282008123101}
5、JSON-lib依赖commons系列的包及ezmorph包共5个,而Jackson除自身的以外只依赖于commons-logging
6、Jackson提供完整基于节点的Tree Model,以及完整的OJM数据绑定功能。
Jackson使用示例:
JacksonMapper:
创建为饿汉式单例模式 ,Jackson用于转换的核心类ObjectMapper无需每次都new一个object,官网上的一句话:can reuse, share globally
- /**
- * @author xuanyin
- *
- */
- public class JacksonMapper {
- /**
- *
- */
- private static final ObjectMapper mapper = new ObjectMapper();
- /**
- *
- */
- private JacksonMapper() {
- }
- /**
- *
- * @return
- */
- public static ObjectMapper getInstance() {
- return mapper;
- }
- }
JSON转Bean:
- ......
- String json = "...";
- ObjectMapper mapper = JacksonMapper.getInstance();
- YourBean bean = mapper.readValue(json, new YourBean().getClass());
- ......
Bean转JSON:
- ......
- YourBean bean = new YourBean();
- ......
- ObjectMapper mapper = JacksonMapper.getInstance();
- StringWriter sw = new StringWriter();
- JsonGenerator gen = new JsonFactory().createJsonGenerator(sw);
- mapper.writeValue(gen, bean);
- gen.close();
- String json = sw.toString();
- ......
* 上面两段代码中的YourBean当然也可以是Java的基本类型
文章不足之处欢迎大家留言指正:)
String json = "{a:1, b:2}";
转化为 Map, 如果用Jackson的话,对字符串格式有严格要求,必须为
String json = "{"a":1, "b":2}";
否则报错,觉得不爽。
不知道是对Json了解不够呢, 还是Jackson就是这么要求的?
在JAVA里定义这样一个String自然是需要""给后面的引号进行转义,无论是用哪个JSON类库都一样,但在实际应用中,没有这个问题。
实际应用中json串不一定是在java中定义的,有可能是从页面传过来的,java只是负责解析。我以前用的是json-lib没有问题, 但是换成jackson后出现这个问题。不知道是不是对jackson的API研究不够?
1.json-lib 以下写法没有问题
- Map map = JSONObject.fromObject("{a:1, b:2}");
2.jackson 以下写法报异常
- Map map = new ObjectMapper().readValue("{a:1, b:2}", HashMap.class);
- Map map = new ObjectMapper().readValue("{"a":1, "b":2}", HashMap.class);
不好意思一开始没明白你的意思
请开启支持字段名称不带引号的转换模式,默认是关闭的.
即将上面报异常的那句改成这样:
- Map map = new ObjectMapper().configure(Feature.ALLOW_UNQUOTED_FIELD_NAMES, true).readValue("{a:1, b:2}", HashMap.class);
- Feature.FAIL_ON_UNKNOWN_PROPERTIES, false
就可以转换正常,即只转换定义的字段,未定义的字段忽略。