Serializable接口、序列化反序列化以及serialVersionUID解读

1. Serializable接口

• 简单地说，就是可以将一个对象(标志对象的类型)及其状态转换为字节码，保存起来（可以保存在数据库，内存，文件等）,然后可以在适当的时候再将其状态恢复(也就是反序列化)。serialization 不但可以在本机做，而且可以经由网络操作。它自动屏蔽了操作系统的差异，字节顺序等。比如，在 Windows 平台生成一个对象并序列化之，然后通过网络传到一台 Unix 机器上，然后可以在这台Unix机器上正确地重构（deserialization）这个对象。 不必关心数据在不同机器上如何表示，也不必关心字节的顺序或者其他任何细节
• Serializable是java.io包中定义的、用于实现Java类的序列化操作而提供的一个语义级别的接口。Serializable序列化接口没有任何方法或者字段，只是用于标识可序列化的语义。实现了Serializable接口的类可以被ObjectOutputStream转换为字节流，同时也可以通过ObjectInputStream再将其解析为对象

2. 序列化&反序列化

• 序列化是指把对象转换为字节序列的过程，我们称之为对象的序列化，就是把内存中的这些对象变成一连串的字节(bytes)描述的过程
• 而反序列化则相反，就是把持久化的字节文件数据恢复为对象的过程
• 那么什么情况下需要序列化呢?大概有这样两类比较常见的场景：
  • 1、需要把内存中的对象状态数据保存到一个文件或者数据库中的时候，这个场景是比较常见的，例如我们利用mybatis框架编写持久层insert对象数据到数据库中时
  • 2、网络通信时需要用套接字在网络中传送对象时，如我们使用RPC协议进行网络通信时

3. serialVersionUID

• 对于JVM来说，要进行持久化的类必须要有一个标记，只有持有这个标记JVM才允许类创建的对象可以通过其IO系统转换为字节数据，从而实现持久化，而这个标记就是serialVersionUID。而在反序列化的过程中则需要使用serialVersionUID来确定由那个类来加载这个对象
• 实现序列化接口，JVM在运行时会根据类的内部细节自动生成一个序列化serialVersionUID。但是如果对类的源代码作了修改（或者使用了不同的Java编译器），再重新编译，新生成的类文件的serialVersionUID的取值有可能也会发生变化。那这个时候在进行反序列化时就会报错，因为不同版本serialVersionUID值不一样导致的对序列化的不兼容
• 所以为了让程序变得更健壮，实现序列化接口即定义序列化serialVersionUID，保证类的不同版本对序列化兼容

参考资料

Java对象为啥要实现Serializable接口？
Java Serializable接口（序列化）理解及自定义序列化