不用担心，默认计算非常好，可以满足999999%的情况。如果你遇到问题，你可以——正如已经说过的——在需要时引入UID（这是极不可能的）

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

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

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

不用担心，默认计算非常好，可以满足999999%的情况。如果你遇到问题，你可以——正如已经说过的——在需要时引入UID（这是极不可能的）

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

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

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

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

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

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

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

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