首先回答您的问题，当我们不在类中声明SerialVersionUID时，Java运行时会为我们生成它，但该过程对许多类元数据敏感，包括字段数、字段类型、字段的访问修饰符、类实现的接口等。因此，建议我们自己声明它，Eclipse也会警告您。

序列化：我们经常处理状态（对象变量中的数据）非常重要的重要对象，因此在将对象状态发送到其他机器时，我们不会因电源/系统故障（或网络故障）而丢失它。这个问题的解决方案被命名为“持久性”，这意味着持久化（保存/保存）数据。串行化是实现持久性的许多其他方法之一（通过将数据保存到磁盘/内存）。保存对象的状态时，为对象创建标识，以便能够正确地将其读回（反序列化），这一点非常重要。此唯一标识ID为SerialVersionUID。

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

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

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

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

什么时候重要？

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

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

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

例如，缺少serialVersionUID可能会导致问题：

我正在研究这个JavaEE应用程序，它由一个使用EJB模块的Web模块组成。web模块远程调用EJB模块，并传递实现Serializable的POJO作为参数。

这个POJO的类被打包在EJB jar中，并被打包在WEB模块的WEB-INF/lib中它自己的jar中。它们实际上是同一个类，但当我打包EJB模块时，我打开了这个POJO的jar，将其与EJB模块打包在一起。

对EJB的调用失败，出现以下异常，因为我没有声明其serialVersionUID：

Caused by: java.io.IOException: Mismatched serialization UIDs : Source
 (Rep.
 IDRMI:com.hordine.pedra.softbudget.domain.Budget:5CF7CE11E6810A36:04A3FEBED5DA4588)
 = 04A3FEBED5DA4588 whereas Target (Rep. ID RMI:com.hordine.pedra.softbudget.domain.Budget:7AF5ED7A7CFDFF31:6227F23FA74A9A52)
 = 6227F23FA74A9A52

java.io.Serializable的文档可能与您将得到的解释一样好：

序列化运行时与每个可序列化类关联一个版本号，称为serialVersionUID，该版本号在反序列化期间用于验证序列化对象的发送方和接收方是否已为该对象加载了与序列化兼容的类。如果接收方为对象加载的类具有与对应发送方类不同的serialVersionUID，则反序列化将导致InvalidClassException。可序列化类可以通过声明一个名为serialVersionUID的字段来显式声明自己的serialVersionUID，该字段必须是静态的、final的和long类型：

ANY-ACCESS-MODIFIER静态最终长序列版本UID=42L；

如果可序列化类未显式声明serialVersionUID，则序列化运行时将根据该类的各个方面计算该类的默认serialVersionID值，如Java（TM）对象序列化规范中所述。但是，强烈建议所有可序列化类显式声明serialVersionUID值，因为默认的serialVersionUID计算对可能因编译器实现而异的类细节高度敏感，因此在反序列化期间可能会导致意外的InvalidClassExceptions。因此，为了保证不同java编译器实现之间的serialVersionUID值一致，可序列化类必须声明显式的serialVersion UID值。还强烈建议显式serialVersionUID声明在可能的情况下使用私有修饰符，因为此类声明仅适用于立即声明的类-serialVersionUID字段作为继承成员不有用。

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