字段数据表示类中存储的一些信息。类实现Serializable接口，因此eclipse自动提供声明serialVersionUID字段。让我们从这里设置的值1开始。

如果您不希望出现警告，请使用以下选项：

@SuppressWarnings("serial")

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

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

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

如果您在一个从未想过序列化的类上收到此警告，并且您没有声明自己实现了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方法。我认为在这种情况下不应该有警告（因为你通常无法可靠地序列化和反序列化这些匿名类，不管是在你的类的不同版本中），但我不确定编译器如何识别这一点。

字段数据表示类中存储的一些信息。类实现Serializable接口，因此eclipse自动提供声明serialVersionUID字段。让我们从这里设置的值1开始。

如果您不希望出现警告，请使用以下选项：

@SuppressWarnings("serial")

我通常在一个上下文中使用serialVersionUID：当我知道它将离开JavaVM的上下文时。

当我为我的应用程序使用ObjectInputStream和ObjectOutputStream时，或者如果我知道我使用的库/框架将使用它时，我会知道这一点。serialVersionID确保不同版本或供应商的不同Java VM能够正确互操作，或者如果它在VM外部存储和检索（例如HttpSession），会话数据即使在应用服务器。

对于所有其他情况，我使用

@SuppressWarnings("serial")

因为大多数时候默认的serialVersionUID就足够了。这包括异常、HttpServlet。

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