由Java反序列化对象异常想到的
来源:互联网 发布:四川省网络研修 编辑:程序博客网 时间:2024/06/07 07:31
今天写代码时候遇到一个异常,异常信息如下:
Caused by: java.lang.RuntimeException: java.util.concurrent.ExecutionException: org.springframework.data.redis.serializer.SerializationException: Cannot deserialize; nested exception is org.springframework.core.serializer.support.SerializationFailedException: Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; nested exception is java.io.InvalidClassException: com.netease.kaola.generic.act.dto.module.ModuleGoodsDTO; local class incompatible: stream classdesc serialVersionUID = -526324944915280489, local class serialVersionUID = 4094977077022888368
Caused by: org.springframework.core.serializer.support.SerializationFailedException: Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; nested exception is java.io.InvalidClassException: com.netease.kaola.generic.act.dto.module.ModuleGoodsDTO; local class incompatible: stream classdesc serialVersionUID = -526324944915280489, local class serialVersionUID = 4094977077022888368
Cannot deserialize,很明显,反序列化异常。特别注意这一句:redis.serializer.SerializationException: Cannot deserialize,用了Redis存储对象列表,取对象列表时候反序列化出错了。在代码里有这一行 Map<Long, List<ModuleGoods>> moduleIdGoodsListMap = (Map<Long, List<ModuleGoods>>) redisClient.get(RedisKeyConstant.GOODS_INFO_LIST+currentModuleInfo.getId()); 这里stream classdesc serialVersionUID = -526324944915280489,local class serialVersionUID = 4094977077022888368,两个serialVersionUID不一致,反序列化异常。
回想了一下,我给ModuleGoods类新增加了1个字段categoryId,但是ModuleGoods类前面加了 @SuppressWarnings("serial"),没有注明 serialVersionUID,这样新增(修改或删除)了字段,local class serialVersionUID 默认是会自动变化的。
才想起来serialVersionUID的作用:
序列化时为了保持版本的兼容性,即在版本升级时反序列化仍保持对象的唯一性。
有两种生成方式:
一个是默认的1L,比如:private static final long serialVersionUID = 1L;
一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段,比如:
private static final long serialVersionUID = xxxxL;
当你一个类实现了Serializable接口,如果没有定义serialVersionUID,Eclipse会提供黄色警告,如果没有考虑到兼容性问题时,不管或者简单的加一个 @SuppressWarnings("serial") 注解,就会出现上述问题。
如果你的类Serialized序列化存到硬盘上面后,可是后来你却更改了类的field(增加或减少或改名),当你Deserialize时,就会出现Exception的,这样就会造成不兼容性的问题。
但当serialVersionUID设置相同时,它就会将不一样的field以type的预设值(属性默认值)Deserialize,可避开不兼容性问题。
这里给类 ModuleGoodsDTO 加上 private static final long serialVersionUID = -526324944915280489L; 就好了。
Caused by: java.lang.RuntimeException: java.util.concurrent.ExecutionException: org.springframework.data.redis.serializer.SerializationException: Cannot deserialize; nested exception is org.springframework.core.serializer.support.SerializationFailedException: Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; nested exception is java.io.InvalidClassException: com.netease.kaola.generic.act.dto.module.ModuleGoodsDTO; local class incompatible: stream classdesc serialVersionUID = -526324944915280489, local class serialVersionUID = 4094977077022888368
Caused by: org.springframework.core.serializer.support.SerializationFailedException: Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; nested exception is java.io.InvalidClassException: com.netease.kaola.generic.act.dto.module.ModuleGoodsDTO; local class incompatible: stream classdesc serialVersionUID = -526324944915280489, local class serialVersionUID = 4094977077022888368
Cannot deserialize,很明显,反序列化异常。特别注意这一句:redis.serializer.SerializationException: Cannot deserialize,用了Redis存储对象列表,取对象列表时候反序列化出错了。在代码里有这一行 Map<Long, List<ModuleGoods>> moduleIdGoodsListMap = (Map<Long, List<ModuleGoods>>) redisClient.get(RedisKeyConstant.GOODS_INFO_LIST+currentModuleInfo.getId()); 这里stream classdesc serialVersionUID = -526324944915280489,local class serialVersionUID = 4094977077022888368,两个serialVersionUID不一致,反序列化异常。
回想了一下,我给ModuleGoods类新增加了1个字段categoryId,但是ModuleGoods类前面加了 @SuppressWarnings("serial"),没有注明 serialVersionUID,这样新增(修改或删除)了字段,local class serialVersionUID 默认是会自动变化的。
才想起来serialVersionUID的作用:
序列化时为了保持版本的兼容性,即在版本升级时反序列化仍保持对象的唯一性。
有两种生成方式:
一个是默认的1L,比如:private static final long serialVersionUID = 1L;
一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段,比如:
private static final long serialVersionUID = xxxxL;
当你一个类实现了Serializable接口,如果没有定义serialVersionUID,Eclipse会提供黄色警告,如果没有考虑到兼容性问题时,不管或者简单的加一个 @SuppressWarnings("serial") 注解,就会出现上述问题。
如果你的类Serialized序列化存到硬盘上面后,可是后来你却更改了类的field(增加或减少或改名),当你Deserialize时,就会出现Exception的,这样就会造成不兼容性的问题。
但当serialVersionUID设置相同时,它就会将不一样的field以type的预设值(属性默认值)Deserialize,可避开不兼容性问题。
这里给类 ModuleGoodsDTO 加上 private static final long serialVersionUID = -526324944915280489L; 就好了。
0 0
- 由Java反序列化对象异常想到的
- 对象反序列化异常原因:java.io.InvalidClassException
- java对象的序列化和反序列化
- Java对象的序列化和反序列化
- Java 对象的序列化与反序列化实践
- Java对象的序列化和反序列化
- Java对象的序列化和反序列化实践
- Java对象的序列化和反序列化
- Java对象的序列化和反序列化
- Java对象的序列化和反序列化实践
- Java对象的序列化和反序列化实践
- Java对象的序列化和反序列化实践
- java对象的序列化和反序列化
- [Java] 对象的序列化和反序列化
- java对象的序列化和反序列化
- Java对象的序列化和反序列化
- 浅谈Java对象的序列化和反序列化
- Java对象的序列化和反序列化实践
- 微信小程序调用微信支付
- CppPrimer笔记 Chapter6 函数
- (待解决问题)springMVC连接数据库失败
- oracle中常用连接之我见
- 关于VMware Tool为空的原因
- 由Java反序列化对象异常想到的
- 多列索引结构和原理
- Convert to Binary Search Tree
- DisplayMetrics的density,widthPixels,heightPixels属性
- Parity发布革命性区块链理念“Polkadot”
- FFMPEG结构体分析:AVFrame
- Linux程序设计01:开发工具和开发平台
- 《深入理解mybatis原理》 MyBatis的二级缓存的设计原理
- Windows下无法修改Oracle的tnsnames.ora