Serializable 、序列化、反序列化、冲突

概念

序列化：将实体对象转换为字节序列。

反序列化：将字节序列转换为实体对象。

作用

1、用于存储实体对象

比如，我们要将对象数据持久化到磁盘、或者存储在缓存中，那么就需要先将实体对象序列化，转为字节序列，再将字节序列存储。当我们要读取对象的时候，将字节序列读取出，反序列化，转换为实体对象。

2、用于网络传输

比如，当一个Java端将实体对象网络传输到另一个Java端的时候，首先需要将对象序列化，转换为字节序列，将字节序列通过网络传输到另一个Java端上，Java端接收到字节序列时，进行反序列化，转换为实体对象。

Serializable 接口

public interface Serializable {           }

这是一个空接口，但是我们在定义类的时候，如果需要持久化或者网络传输的话，就要将我们的类实现这个接口，可是这是个空的接口，怎么起作用呢？

我们的类实现了这个接口，这个接口只做一个标识作用，告诉我们的程序，这个类的实例化对象能被序列化。

 serialVersionUID 变量

我们的类实现了Serializable接口后，serialVersionUID出现了三种情况：

1. 我们不显示定义 serialVersionUID的值

JDK会根据类的信息自动生成一个，缺点：不同的JDK版本，可能对同一个类会生成不同的serialVersionUID，这样会导致反序列化失败。

2. 我们显示定义serialVersionUID 的值

开发工具会有这个功能，自动在我们的类里面添加一个随机的serialVersionUID，这样就不会因为JDK版本导致反序列化失败了。 缺点：每一个类都被唯一的serialVersionUID 所标识，那么如果一个父类，一个子类，这两个类的serialVersionUID肯定不一样，此时，我们要想

3. 我们显示定义serialVersionUID = 1L

一般情况下，如果我们不要求serialVersionUID的唯一性的话。

相关bug

序列化出错的问题：local class incompatible: stream classdesc serialVersionUID = 1, stream classdesc serialVersionUID = 2427389723552147596

serialVersionUID的作用：Java通过这个属性来反序列化对象 和 反序列化类 的版本是否一致，一致的情况下，才允许进行反序列化。

假设一个场景：Java端将实体对象（类为AAAA）发送并存到redis数据库中。

class AAAA implements Serializable{  }，Java端将对象序列化，此时没有显示指定serialVersionUID的值，所以JDK会默认根据这个类的信息生成一个serialVersionUID，将序列化后的字节序列发送到redis，redis接收到后存起来；第二次Java端修改了AAAA的代码（这就意味着serialVersionUID变了，因为AAAA的信息变了，JDK为它默认生成的serialVersionUID也就变了），然后运行起来，去redis读取之前存的对象，发现对象里的serialVersionUID 和 AAAA类的serialVersionUID不一样了，那么自然不允许进行反序列化，所以无法将字节序列转换为对象。（这就是反序列化失败）