前言

  • 有些概念隐晦难懂，查了一些资料，记录下个人对serialVersionUID的理解。
  • Idea设置实现Serializable接口自动提示创建serialVersionUID的配置：配置步骤，看第15条。

概念

  • 序列化 (Serialization)：将对象的状态信息转换为可以存储或传输的形式的过程。
  • 反序列化：将二进制数据转换为原对象的过程。

概述

  • 在类上实现Serializable接口，表明该类的对象是可以序列化的。
  • 实现的Serializable是一个空接口，没有方法，其作用是标识对象可以被JVM序列化。
  • 序列化目的：将内存中的对象序列化到磁盘中；socket网络传输中可以传输被序列化的字节码，
  • serialVersionUID为序列化数据的版本控制，在序列化时，serialVersionUID值与数据一起存储。反序列化时，将检查存储中的版本，用来看序列化的数据与当前代码的匹配程度。例：若初始版本为A，序列化的文件命名a.txt，当某个时间类文件修改后，版本改变为B，反序列化时是将旧版本的a.txt转换为版本B，这时就会报InvalidClassException错误。
  • 如果实现Serializable接口，并未声明serialVersionUID，JVM会根据类的各个方面计算该类的默认serialversionuID值。强烈建议所有可序列化的类显式声明serialversionUID值，因为默认的serialversionUID计算对类细节高度敏感，这些细节可能会根据编译器实现的不同而不同，因此可能会在反序列化期间导致意外的InvalidClassException，因此，为了保证不同java编译器实现之间的serialVersionUID值一致，可序列化的类必须声明显式的serialVersionUID值。还强烈建议显式的serialVersionUID声明在可能的情况下使用私有修饰符，因为这样的声明只适用于classserialVersionUID字段，而不适合作为继承成员。
  • 若类文件仅仅是新增了字段，这种情况的修改反编译不会报错，只会将字段该字段赋为默认值。
  • 若不想某个字段值被序列化，可以用transient 修饰该字段，被反序列化后该字段还在，只不过字段值变为初始默认值了，若自定义readobject()方法，则依然可以读取旧数据。

混淆点

  • 网上演示都是本地演示，即本地User类序列化到文件中，然后从文件中反序列化出来。很多人初始理解的是网络socket调用时的场景，发送方和接收方不一样，这种情况的理解就有点模糊了。
  • 有些博文没有讲到，针对已经生成serialVersionUID的类文件，如果在开发阶段，当类文件修改后，可以不用修改serialVersionUID值，但当功能已经上线，若有socket调用或者序列化场景并且修改类文件时，应修改serialVersionUID值。