简介：
| 优点 | 缺点 | |
|---|---|---|
| Kryo | 速度快，序列化后体积小 | 跨语言支持较复杂 |
| Hessian | 默认支持跨语言 | 较慢 |
| Protostuff | 速度快，基于protobuf | 需静态编译 |
| Protostuff-Runtime | 无需静态编译，但序列化前需预先传入schema | 不支持无默认构造函数的类，反序列化时需用户自己初始化序列化后的对象，其只负责将该对象进行赋值 |
| Java | 使用方便，可序列化所有类 | 速度慢，占空间 |
测试环境：
硬件信息：
16 Intel(R) Xeon(R) CPU E5620 @2.40GHz
Red Hat Enterprise Linux Server release 5.4 (Tikanga)
java: "1.6.0\_27" Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode)
JVM options: java -Xmx256m –server
测试数据：（见附件）
ArrayList.class
MediaContent.class
Media.class
Image.class
测试方法：（参考自 https://github.com/eishay/jvm-serializers）
1、 在正式测试之前，将测试用例运行10次对JVM进行预热。
2、 对测试用例的每个方法，运行2000次，取平均值。
3、 每次测试用例运行500次，取最优结果
测试基准：
ser: 创建一个对象，并将其序列化成byte数组的时间
deser: 将byte数组反序列化成对象的时间
total: 创建一个对象，将其序列化成byte数组再反序列化为对象的总时间
size: 序列化后的数组大小
size+dfl: 序列化后用level6级别的zlib进行压缩后的大小
测试工具：
| 序列化工具 | 序列化方式 |
|---|---|
| kryo | 使用kryo默认的序列化方式fieldSerializer，对需要序列化的对象采取默认的操作。开启reference，关闭register |
| protostuff | 使用静态编译生成的Schema进行序列化 |
| protostuff-runtime | 使用protostuff-runtime框架生成Schema进行序列化 |
测试结果：
时间：
大小：
总结：
Kryo在类注册且reference关闭的情况下，序列化速度和大小明显 优于hessian和java，接近于protostuff。开启reference后将序列化速度将明显变慢，但仍旧优于hessian。
相关知识：
类注册：将需要序列化的类注册到kryo中，可以提高序列化与反序列化的速度。
Reference：开启这个选项后，相同的对象将被序列化为同一个byte[]，默认关闭，如果要支持循环引用，则必须开启
稳定性测试：
测试用例（见附件）
循环引用：Cyclic.java
| 序列化方式 | 无默认构造函数 | 循环引用 | 对象为null | 是否需要预先知道对象所属的类 | 大对象(4M) |
|---|---|---|---|---|---|
| Kryo | 支持 | 需将reference选项打开 | 支持 | 不需要，关闭register | 支持 |
| Java | 支持 | 支持 | 支持 | 不需要 | 支持 |
| Protostuff | 支持 | 支持 | 支持 | 不需要 | 支持 |
| Protostuff**** -runtime | 不支持 | 支持 | 支持 | 需要 | 支持 |
| Hessian | 支持 | 支持 | 支持 | 不需要 | 支持 |
