java 序列化慢_java序列化之-性能优化

在最近的计划中，打算看看在不使用google protobuf的情况下，在原有的采用jackson作为json序列化工具的基础上，是否可以实现进一步的性能优化。主要是针对list的情况，在一些包含比较大的对象比如有上百个对象的列表序列化、反序列化的逻辑中，有一个序列化+反序列化操作，他们加起来时间占据了接近1/3，由此可见为了达到高TPS，序列化的性能和大小也是不可忽视的。

测试的时候选择了一个50个字段的对象，采用50条记录的list作为例子。因为大部分还都是可控的系统rpc交互，所以测试的时候选择了将字段用逗号分隔的方式。

在反射机制中，Reflection和BeanInfo两种均作了测试，method/field都做了缓存的前提，结果中与原生jackson序列化、反序列化性能相差在20%以内，并无明显的提升。

同时，在测试中将class缓存后性能提升约10%，将setAccessible设置为true后性能提升也在10%左右。字符串的解析并没有太大的性能消耗，反而是invoke消耗了绝大部分的性能。

所以，至少就原生的Java反射机制而言，性能并没有明显的提升(当然，性能跟字段数还是有一定的关系，如果字段数较少、行数没有那么多，那么class每次加载的比例可能会增加)。

除了json外，还可以考虑kryo序列化方式，其性能比json高出不少，同时没有pb/flatbuffer一样的额外结构维护要求。如下：

//序列化、反序列化性能测试

UserRole userRole = newUserRole();

userRole.setRoleId(1L);

Role