Jackson序列化丟失泛型

經(jīng)過

項目中遇到一個奇怪的bug，即一個Map<Integer,List<Integer>>的泛型map，向map中g(shù)et一個存在的key，事實上卻返回null。

經(jīng)過排查，發(fā)現(xiàn)是該map被Jackson序列化后，key的類型從Integer變成了String類型。再經(jīng)過反序列化，即使已經(jīng)聲明key泛型的Integer，反序列化后內(nèi)存數(shù)據(jù)中的key為String并不是Integer類型且并未拋出異常。

復現(xiàn)

1、聲明一個key泛型為Integer的map

Map<Integer, List<Integer>> map = new HashMap<>();
map.put(1, Arrays.asList(1,2,3));
map.put(1001,Arrays.asList(4,5,6));
map.put(50001,Arrays.asList(7,8,9));

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<Integer,List<Integer>> map2 = om.readValue(json, Map.class);
System.out.println(map2);

6、反序列化輸出

{1=[1, 2, 3], 50001=[7, 8, 9], 1001=[4, 5, 6]}

分析

由步驟4見得Map<Integer,List<Integer>>序列化后，key的Integer泛型已經(jīng)丟失，類型由Integer變?yōu)榱薙tring。

且步驟6反序列化后，盡管map的key申明為Integer類型，但是Jackson反序列化后，依然將key反序列化為String類型，且未拋出任何異常。此時通過Integer的key獲取map對應的值永遠返回null。

解決

對于可以指定返回類型的反序列化，可以通過Jackson的API指定反序列化對象的泛型。

Map<Integer, List<Integer>> map3 = om.readValue(json, new TypeReference<Map<Integer, List<Integer>>>(){});
System.out.println(map3);

對于通用型序列化反序列化的場景，例如RedisTemplate的序列化反序列化工具，無法指定特定的反序列化對象泛型，可以考慮使用其他序列化工具替代Jackson例如Fastjson。

序列化后反序列化丟失幾大問題總結(jié)

序列化 (Serialization)將對象的狀態(tài)信息轉(zhuǎn)換為可以存儲或傳輸?shù)男问降倪^程。在序列化期間，對象將其當前狀態(tài)寫入到臨時或持久性存儲區(qū)。

以后，可以通過從存儲區(qū)中讀取或反序列化對象的狀態(tài)，重新創(chuàng)建該對象。

反序列化失敗原因：(目前只遇到過兩種)

沒有添加 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 {}

繼承了一個已經(jīng)實現(xiàn)序列化接口的父類

并且與父類有重復的屬性,在反序列化的時候就會導致重復的屬性數(shù)據(jù)丟失

然后還有第三種就是使用Spring框架的情況下

如果布爾類型的對象屬性名以is開頭，在序列化的時候會導致該屬性值丟失

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論