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

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

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

简单解释：

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

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

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

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

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

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

如果您在一个从未想过序列化的类上收到此警告，并且您没有声明自己实现了Serializable，这通常是因为您继承了一个实现Serializable的超类。通常情况下，最好委托给这样的对象，而不是使用继承。

所以

public class MyExample extends ArrayList<String> {

    public MyExample() {
        super();
    }
    ...
}

do

public class MyExample {
    private List<String> myList;

    public MyExample() {
         this.myList = new ArrayList<String>();
    }
    ...
}

并且在相关方法中调用myList.foo（）而不是this.foo（）（或super.foo（（））

我经常看到有人在扩展JFrame之类的东西，而实际上他们只需要授权。（这也有助于在IDE中自动完成，因为JFrame有数百个方法，当您想在类中调用自定义方法时，不需要这些方法。）

警告（或serialVersionUID）不可避免的一种情况是，从AbstractAction（通常在匿名类中）扩展时，只添加actionPerformed方法。我认为在这种情况下不应该有警告（因为你通常无法可靠地序列化和反序列化这些匿名类，不管是在你的类的不同版本中），但我不确定编译器如何识别这一点。

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

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

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

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

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