fastjson初始化对性能的影响(转)
之前在项目中序列化是用thrift,性能一般,而且需要用编译器生成新的类,在序列化和反序列化的时候感觉很繁琐,因此想转到json阵营。对比了jackson,gson等框架之后,决定用fastjson,为什么呢,因为看名字感觉很快。。。
网上的说法:
fastjson 是一个性能很好的 Java 语言实现的 JSON 解析器和生成器,来自阿里巴巴的工程师开发。
主要特点:
快速FAST (比其它任何基于Java的解析器和生成器更快,包括jackson)
强大(支持普通JDK类包括任意Java Bean Class、Collection、Map、Date或enum)
零依赖(没有依赖其它任何类库除了JDK)
主要特点:
快速FAST (比其它任何基于Java的解析器和生成器更快,包括jackson)
强大(支持普通JDK类包括任意Java Bean Class、Collection、Map、Date或enum)
零依赖(没有依赖其它任何类库除了JDK)
但是测试的结果让我大跌眼镜。
Test Case: 对一个User类(空)的对象分别用java和fastjson序列化1000次,再反序列化1000次,计算时间。注: 测试不是非常严谨,只是做个简单的比较。
Test Result:
Type = java
Serialize cost = 27ms
Deserialize cost = 75ms
Type = fastjson
Serialize cost = 385ms
Deserialize cost = 84ms
Serialize cost = 27ms
Deserialize cost = 75ms
Type = fastjson
Serialize cost = 385ms
Deserialize cost = 84ms
这是在逗我吗。。。
经过同事提醒,看了源码发现fastjson在序列化时需要初始化SerializeConfig,反序列化时需要初始化ParserConfig。然后我在测试案例中加入这两句
public static ParserConfig pc = new ParserConfig(); public static SerializeConfig sc = new SerializeConfig();
果然快了很多,但仍旧不理想
Type = fastjson
Serialize cost = 36ms
Deserialize cost = 42ms
Serialize cost = 36ms
Deserialize cost = 42ms
再继续看,发现还需要初始化writer和parser,所以改成这句
JSON.parseObject(JSON.toJSONString(new User()), User.class);
结果就很令人满意了
Type = fastjson
Serialize cost = 15ms
Deserialize cost = 18ms
Serialize cost = 15ms
Deserialize cost = 18ms
结论: 如果你使用fastjson在一个短进程,换句话说只是少量的进行序列化反序列化,那么fastjson由于初始化需要的时间比较长,总体性能将会很糟糕。如果一定要用,有必要的话可以考虑手动进行初始化。
另,补上测试代码:
class User implements Serializable { private static final long serialVersionUID = -2513747641863637392L; User() { } } public class Test { // public static ParserConfig pc = new ParserConfig(); // public static SerializeConfig sc = new SerializeConfig(); public static void main(String[] args) throws UnknownHostException { // JSON.parseObject(JSON.toJSONString(new User()), User.class); String type = "json"; System.out.println("Type = " + type); long start = new Date().getTime(); byte[] b = serialize(new User(), type); long mid = new Date().getTime(); System.out.println("Serialize cost = " + (mid - start)); deserialize(b, type); System.out.println("Deserialize cost = " + (new Date().getTime() - mid)); } public static byte[] serialize(User user, String type) { byte[] b = null; for (int i = 0; i < 1000; i++) { if ("java".equalsIgnoreCase(type)) { b = javaSerialize(user); } else if ("json".equalsIgnoreCase(type)) { b = jsonSerialize(user); } } return b; } public static User deserialize(byte[] b, String type) { User user = null; for (int i = 0; i < 1000; i++) { if ("java".equalsIgnoreCase(type)) { user = javaDeserialize(b); } else if ("json".equalsIgnoreCase(type)) { user = jsonDeserialize(b); } } return user; } public static byte[] jsonSerialize(User user) { return JSON.toJSONString(user).getBytes(); } public static User jsonDeserialize(byte[] b) { return JSON.parseObject(new String(b), User.class); } public static byte[] javaSerialize(User user) { try { ByteArrayOutputStream out = new ByteArrayOutputStream(); ObjectOutputStream os = new ObjectOutputStream(out); os.writeObject(user); return out.toByteArray(); } catch (Exception e) { throw new SerializationException(e); } } public static User javaDeserialize(byte[] b) { try { ByteArrayInputStream in = new ByteArrayInputStream(b); ObjectInputStream is = new ObjectInputStream(in); return (User) is.readObject(); } catch (Exception e) { throw new SerializationException(e); } } }
相关推荐
worldsnow 2020-11-06
csdnxingyuntian 2020-11-02
丽丽 2020-10-30
bluecarrot 2020-09-17
哈嘿Blog 2020-08-16
qidiantianxia 2020-08-16
84931231 2020-07-30
ChenRuiyz 2020-07-26
yanqianglifei 2020-07-07
wbczyh 2020-07-05
BOBShe 2020-07-03
yang0cs 2020-06-28
fushilin 2020-06-28
清水寺小僧 2020-06-25
uileader 2020-06-21
wangyangsoftware 2020-06-16
cleanerxiaoqiang 2020-06-16
xuguiyi00 2020-06-14