为什么在Java中的Serializable类中使用SerialVersionUID？

在序列化期间，Java运行时为类创建一个版本号，以便以后可以对其进行反序列化。此版本号在Java中称为SerialVersionUID。

SerialVersionUID用于序列化数据的版本。只有当类的SerialVersionUID与序列化实例匹配时，才能对其进行反序列化。当我们不在类中声明SerialVersionUID时，Java运行时会为我们生成它，但不建议这样做。建议将SerialVersionUID声明为私有静态最终长变量，以避免默认机制。

当您通过实现标记接口java.io.Serializable将类声明为Serializable时，如果您没有使用Externalizable接口自定义进程，java运行时将该类的实例通过默认Serialization机制持久化到磁盘中。

另请参阅为什么在Java中的Serializable类中使用SerialVersionUID

我不能错过这个机会，插上乔什·布洛克（Josh Bloch）的书《有效的Java》（第二版）。第10章是关于Java序列化的不可或缺的资源。

根据Josh的说法，自动生成的UID是基于类名、实现的接口以及所有公共和受保护的成员生成的。以任何方式更改任何这些都将更改serialVersionUID。因此，只有当您确定不会有多个版本的类被串行化（跨进程或稍后从存储中检索）时，才不需要使用它们。

如果您现在忽略它们，然后发现需要以某种方式更改类，但保持与旧版本类的兼容性，则可以使用JDK工具serialver在旧类上生成serialVersionUID，并在新类上显式设置。（根据您的更改，您可能还需要通过添加writeObject和readObject方法来实现自定义序列化-请参阅Serializable javadoc或上述第10章。）

“serialVersionUID”是一个64位数字，用于在反序列化过程中唯一标识类。序列化对象时，类的serialVersionUID也会写入文件。每当反序列化此对象时，java运行时都会从序列化数据中提取此serialVersionUID值，并比较与该类关联的相同值。如果两者不匹配，则将抛出“java.io.InvalidClassException”。

如果可序列化类未显式声明serialVersionUID，则序列化运行时将基于类的各个方面（如字段、方法等）计算该类的serialVersionID值。您可以参考此链接获取演示应用程序。

如果您永远不需要将对象序列化到字节数组并发送/存储它们，那么您就不必担心。如果需要，那么您必须考虑serialVersionUID，因为对象的反序列化程序会将其与其类加载器所具有的对象版本相匹配。在Java语言规范中了解更多有关它的信息。

长话短说，此字段用于检查序列化数据是否可以正确反序列化。序列化和反序列化通常由程序的不同副本进行，例如服务器将对象转换为字符串，客户端将接收到的字符串转换为对象。此字段告诉两者对该对象的概念相同。此字段在以下情况下有帮助：

你在不同的地方有很多不同的程序副本（比如1个服务器和100个客户端）。如果您将更改对象、更改版本号并忘记更新此客户端，它将知道他无法反序列化您已将数据存储在某个文件中，稍后您尝试使用带有修改对象的程序的更新版本打开它-如果您保持正确的版本，您将知道此文件不兼容

什么时候重要？

最明显的是，如果向对象中添加一些字段，旧版本将无法使用它们，因为它们的对象结构中没有这些字段。

不太明显——反序列化对象时，字符串中不存在的字段将保持为NULL。如果您已经从对象中删除了字段，则旧版本会将此字段始终保持为NULL，如果旧版本依赖此字段中的数据，则会导致错误行为（无论如何，您创建它是为了某种目的，而不仅仅是为了好玩：-））

最不明显的-有时你改变了你在某个领域的含义。例如，当你12岁时，你的意思是“自行车”下的“自行车”，但当你18岁时，意思是“摩托车”-如果你的朋友邀请你“骑自行车穿越城市”，而你将是唯一一个骑自行车来的人，你将不明白在不同领域保持相同的含义是多么重要：-）

如果CheckStyle能够验证实现Serializable的类上的serialVersionUID是否具有良好的值，即它与串行版本id生成器将生成的值相匹配，这将是一件好事。例如，如果您有一个包含大量可序列化DTO的项目，那么记住删除现有的serialVersionUID并重新生成它是一件痛苦的事，而目前验证这一点的唯一方法（据我所知）是为每个类重新生成并与旧类进行比较。这是非常痛苦的。