Java序列化框架的对比

为什么要序列化

举个栗子：下雨天我们要打伞，但是之后我们要把伞折叠起来，方便我们存放。那么运用到我们java中道理是一样的，我们要将数据分解成字节流，以便存储在文件中或在网络上传输，这叫序列化。我们要用的时候，就需要将字节流重构成对象，这叫反序列化。不知道我这么说大家能不能理解。

序列化框架

首先Java自带的序列化就是 实现Serializable这个接口生成的 ObjectInput(Output)Stream

1. 无法跨语言，因为Java序列化是Java内部私有的协议，其他语言不支持，导致别的语言无法反序列化，这就阻碍了它的应用
2. 序列后的码流太大，序列化的大小是二进制编码的5倍多
3. 序列化性能太大，他的性能只有二进制编码的6.17倍

然后是Google的Protobuf

1. 结构化数据存储格式(xml.json)
2. 高性能编码解码结束
3. 语言和平台无关 扩展性好
4. 支持 Java C++ Python

faceBookd Thrift

1. Thrift支持多种语言（C++,C#,Cocoa,Erlag,Haskell,java,Ocami,Perl,PHP,Python,Ruby,和SmallTalk）
2. Thrift适用了组建大型数据交换及存储工具，对于大型系统中的内部数据传输，相对于Json和xml在性能上和传输大小上都有明显的优势。
3. Thrift支持三种比较典型的编码方式。（通用二进制编码，压缩二进制编码，优化的可选字段压缩编解码）

kryo

1. 速度快，序列化后体积小
2. 跨语言支持较复杂

hessian

1. 默认支持跨语言
2. 较慢

fst

fst是完全兼容JDK序列化协议的系列化框架，序列化速度大概是JDK的4-10倍，大小是JDK大小的1/3左右。

序列化成json

开源的Jackson

相比json-lib框架，Jackson所依赖的jar包较少，简单易用并且性能也要相对高些。
而且Jackson社区相对比较活跃，更新速度也比较快。
Jackson对于复杂类型的json转换bean会出现问题，一些集合Map，List的转换出现问题。
Jackson对于复杂类型的bean转换Json，转换的json格式不是标准的Json格式

Google的Gson

Gson是目前功能最全的Json解析神器，Gson当初是为因应Google公司内部需求而由Google自行研发而来，
但自从在2008年五月公开发布第一版后已被许多公司或用户应用。
Gson的应用主要为toJson与fromJson两个转换函数，无依赖，不需要例外额外的jar，能够直接跑在JDK上。
而在使用这种对象转换之前需先创建好对象的类型以及其成员才能成功的将JSON字符串成功转换成相对应的对象。
类里面只要有get和set方法，Gson完全可以将复杂类型的json到bean或bean到json的转换，是JSON解析的神器。
Gson在功能上面无可挑剔，但是性能上面比FastJson有所差距。

阿里巴巴的FastJson

Fastjson是一个Java语言编写的高性能的JSON处理器,由阿里巴巴公司开发。
无依赖，不需要例外额外的jar，能够直接跑在JDK上。
FastJson在复杂类型的Bean转换Json上会出现一些问题，可能会出现引用的类型，导致Json转换出错，需要制定引用。
FastJson采用独创的算法，将parse的速度提升到极致，超过所有json库。

总结

综上4种Json技术的比较，在项目选型的时候可以使用Google的Gson和阿里巴巴的FastJson两种并行使用，
如果只是功能要求，没有性能要求，可以使用google的Gson，
如果有性能上面的要求可以使用Gson将bean转换json确保数据的正确，使用FastJson将Json转换Bean。**

参考自：https://blog.csdn.net/fenglongmiao/article/details/79425218