SerialVersionUID用于对象的版本控制。也可以在类文件中指定serialVersionUID。不指定serialVersionUID的结果是，当您添加或修改类中的任何字段时，已经序列化的类将无法恢复，因为为新类和旧序列化对象生成的serialVersionID将不同。Java序列化过程依赖于正确的serialVersionUID来恢复序列化对象的状态，并在serialVersionID不匹配的情况下抛出Java.io.InvalidClassException

阅读更多信息：http://javarevisited.blogspot.com/2011/04/top-10-java-serialization-interview.html#ixzz3VQxnpOPZ

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字段作为继承成员不有用。

最初的问题是问“为什么它很重要”和“示例”，这个串行版本ID在哪里有用。我找到了一个。

假设您创建了一个Car类，将其实例化，并将其写入对象流。扁平的汽车对象在文件系统中放置一段时间。同时，如果通过添加新字段来修改Car类。稍后，当您尝试读取（即反序列化）扁平化的Car对象时，会得到java.io.InvalidClassException——因为所有可序列化的类都会自动给定一个唯一的标识符。当类的标识符不等于展平对象的标识符时，将引发此异常。如果你真的想一想，由于添加了新字段，就会引发异常。通过声明显式的serialVersionUID来控制版本控制，可以避免引发此异常。显式声明serialVersionUID（因为不必计算）也有一个小的性能优势。因此，最好在创建Serializable类后立即将自己的serialVersionUID添加到它们中，如下所示：

public class Car {
    static final long serialVersionUID = 1L; //assign a long value
}

简单解释：

您正在序列化数据吗？序列化基本上是将类数据写入文件/流等。反序列化是将数据读回类。你打算投入生产吗？如果您只是用不重要的/假的数据测试一些东西，那么不要担心它（除非您是直接测试序列化）。这是第一个版本吗？如果是，请将serialVersionUID设置为1L。这是第二、第三等prod版本吗？现在您需要担心serialVersionUID，并且应该深入研究它。

基本上，如果在更新需要写入/读取的类时没有正确更新版本，那么在尝试读取旧数据时会出现错误。

每次序列化对象时，对象都会标记对象类的版本ID号。此ID称为serialVersionUID，它是根据有关类结构的信息计算的。假设您创建了一个Employee类，它的版本id为#333（由JVM分配），现在当您将序列化该类的对象（假设Employees对象）时，JVM将为其分配UID为#333。

考虑一种情况——将来您需要编辑或更改类，在这种情况下，当您修改它时，JVM将为它分配一个新的UID（假设#444）。现在，当您尝试反序列化雇员对象时，JVM会将序列化对象（雇员对象）的版本ID（#333）与类的版本ID进行比较，即#444（自更改以来）。相比之下，JVM将发现两个版本UID不同，因此反序列化将失败。因此，如果每个类的serialVersionID由程序员自己定义。即使类在未来演变，它也将是相同的，因此JVM将始终发现类与序列化对象兼容，即使类已更改。有关更多信息，请参阅HEAD FIRST JAVA的第14章。

这个问题在Joshua Bloch的《有效Java》中有很好的记录。一本非常好的书，是一本必读的书。我将概述以下原因：

序列化运行时为每个可序列化类提供一个名为Serialversion的数字。此编号称为serialVersionUID。现在这个数字背后有一些数学，它是基于类中定义的字段/方法得出的。对于同一类，每次都会生成相同的版本。在反序列化过程中使用此数字来验证序列化对象的发送方和接收方是否已为该对象加载了与序列化兼容的类。如果接收方为对象加载的类具有与对应发送方类不同的serialVersionUID，则反序列化将导致InvalidClassException。

如果类是可序列化的，则还可以通过声明名为“serialVersionUID”的字段来显式声明自己的serialVersionUID，该字段必须是静态的、final的和long类型的。大多数IDE（如Eclipse）都可以帮助您生成长字符串。