Jackson序列化丢失泛型的解决
Jackson序列化丢失泛型
经过
项目中遇到一个奇怪的bug,即一个Map
经过排查,发现是该map被Jackson序列化后,key的类型从Integer变成了String类型。再经过反序列化,即使已经声明key泛型的Integer,反序列化后内存数据中的key为String并不是Integer类型且并未抛出异常。
复现
1、声明一个key泛型为Integer的map
Map
2、申明Jackson序列化工具
ObjectMapper om = new ObjectMapper();
om.setVisibility(JsonMethod.ALL, JsonAutoDetect.Visibility.ANY);
om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
3、序列化
String json = om.writeValueAsString(map);
System.out.println(json);
4、序列化输出
["java.util.HashMap",{"1":["java.util.ArrayList",[1,2,3]],"50001":["java.util.ArrayList",[7,8,9]],"1001":["java.util.ArrayList",[4,5,6]]}]
5、反序列化
Map
6、反序列化输出
{1=[1, 2, 3], 50001=[7, 8, 9], 1001=[4, 5, 6]}
文章图片
分析
【Jackson序列化丢失泛型的解决】由步骤4见得Map
且步骤6反序列化后,尽管map的key申明为Integer类型,但是Jackson反序列化后,依然将key反序列化为String类型,且未抛出任何异常。此时通过Integer的key获取map对应的值永远返回null。
解决
对于可以指定返回类型的反序列化,可以通过Jackson的API指定反序列化对象的泛型。
Map
文章图片
对于通用型序列化反序列化的场景,例如RedisTemplate的序列化反序列化工具,无法指定特定的反序列化对象泛型,可以考虑使用其他序列化工具替代Jackson例如Fastjson。
序列化后反序列化丢失几大问题总结
序列化 (Serialization)将对象的状态信息转换为可以存储或传输的形式的过程。在序列化期间,对象将其当前状态写入到临时或持久性存储区。
以后,可以通过从存储区中读取或反序列化对象的状态,重新创建该对象。
反序列化失败原因:(目前只遇到过两种)
没有添加 serialVersionUID 可能会导致反序列化失败
生成默认的serialVersionUID --> [Add default serial version ID]
例如:
private static final long serialVersionUID = 1L;
生成串行serialVersionUID --> [Add generated serial version ID]
例如:
private static final long serialVersionUID =-5666638870709238304L;
注解生成serialVersionUID --> [Add @SuppressWarnings serial to serialVersionUID]
例如:
@SuppressWarnings("person")public class Person implements Serializable {}
继承了一个已经实现序列化接口的父类
并且与父类有重复的属性,在反序列化的时候就会导致重复的属性数据丢失
文章图片
然后还有第三种就是使用Spring框架的情况下
如果布尔类型的对象属性名以is开头,在序列化的时候会导致该属性值丢失
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
推荐阅读
- 使用sqlalchemy|使用sqlalchemy orm 的model序列化,解决返回model的异常
- 331.|331. 验证二叉树的前序序列化
- 解决vuex刷新页面数据丢失
- 请保管好自己,谨防丢失
- 【2020最美阅读者】寻找那块丢失的蛋糕——平和,让我们的生活变得美好
- Jquery表单序列化json+批量判断是否为空
- [LeetCode|[LeetCode 449] 序列化和反序列化二叉搜索树
- 【北亚数据恢复】虚拟化vmfs还原快照导致SqlServer数据库数据丢失的数据恢复
- 【北亚数据恢复】硬盘误操作导致分区损坏,SqlServer数据库数据丢失的数据恢复案例
- FastJson 序列化出现"$ref"问题