您可以告诉Eclipse忽略这些serialVersionUID警告：

窗口>首选项>Java>编译器>错误/警告>潜在编程问题

如果您不知道，您可以在本节中启用许多其他警告（甚至将一些警告报告为错误），其中许多警告非常有用：

潜在的编程问题：可能的意外布尔赋值潜在编程问题：空指针访问不必要的代码：从不读取局部变量不必要的代码：冗余空检查不必要的代码：不必要的强制转换或“instanceof”

以及更多。

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

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

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

什么是serialVersionUID，为什么要使用它？

SerialVersionUID是每个类的唯一标识符，JVM使用它来比较类的版本，以确保在序列化期间使用的相同类在反序列化期间加载。

指定一个可以提供更多控制，但如果不指定，JVM会生成一个。不同编译器生成的值可能不同。此外，有时您只是出于某种原因想要禁止旧序列化对象的反序列化[向后不兼容]，在这种情况下，您只需更改serialVersionUID。

Serializable的javadocs表示：

默认的serialVersionUID计算对类高度敏感详细信息可能因编译器实现而异因此，在反序列化。

因此，您必须声明serialVersionUID，因为它给了我们更多的控制权。

这篇文章在这个话题上有一些好的观点。

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

如果您序列化只是因为为了实现而必须序列化（例如，谁会关心您是否为HTTPSession序列化……如果它是否存储，您可能不关心对表单对象进行反序列化），那么您可以忽略这一点。

如果您实际使用的是序列化，那么只有计划直接使用序列化存储和检索对象时才重要。serialVersionUID表示类的版本，如果类的当前版本与其前一版本不向后兼容，则应递增该版本。

大多数时候，您可能不会直接使用序列化。如果是这种情况，请通过单击快速修复选项生成默认的SerialVersionUID，不用担心。