当类在Eclipse中实现Serializable时，我有两个选项:添加默认的serialVersionUID(1L)或生成的serialVersionUID(3567653491060394677L)。我认为第一个选项更酷，但很多次我看到人们使用第二个选项。是否有理由生成较长的serialVersionUID?
当前回答
如果您没有指定serialVersionUID，那么Java会动态生成一个。生成的serialVersionUID就是这个数字。如果您更改了类中的某些内容，而这些内容并没有真正使您的类与以前的序列化版本不兼容，而是更改了散列，那么您需要使用生成的非常大的数字serialVersionUID(或错误消息中的“预期”数字)。否则，如果你自己记录所有东西，0,1,2…是更好的。
其他回答
因为在许多情况下，默认id不是唯一的。所以我们创建id是为了创造独特的概念。
如果您没有指定serialVersionUID，那么Java会动态生成一个。生成的serialVersionUID就是这个数字。如果您更改了类中的某些内容，而这些内容并没有真正使您的类与以前的序列化版本不兼容，而是更改了散列，那么您需要使用生成的非常大的数字serialVersionUID(或错误消息中的“预期”数字)。否则，如果你自己记录所有东西，0,1,2…是更好的。
生成一个类的主要原因是使它与已经有持久化副本的类的现有版本兼容。
序列化版本UID的目的是跟踪类的不同版本，以便执行有效的对象序列化。
其思想是生成一个对类的特定版本唯一的ID，然后在向类添加新细节(例如新字段)时更改该ID，这将影响序列化对象的结构。
总是使用相同的ID(例如1L)意味着在将来，如果类定义发生更改，导致序列化对象的结构发生更改，那么在尝试反序列化对象时很可能会出现问题。
如果省略了ID, Java将根据对象的字段实际为您计算ID，但我认为这是一个开销很大的过程，因此手动提供一个将提高性能。
下面是一些讨论类的序列化和版本控制的文章的链接:
JDC技术提示:2000年2月29日(链接在2013年2月中断) 了解Java Serialization API的秘密
Well, serialVersionUID is an exception to the rule that “static fields don’t get serialized”. ObjectOutputStream writes every time the value of serialVersionUID to the output stream. ObjectInputStream reads it back and if the value read from the stream does not agree with the serialVersionUID value in the current version of the class, then it throws the InvalidClassException. Moreover, if there is no serialVersionUID officially declared in the class to be serialized, compiler automatically adds it with a value generated based on the fields declared in the class.
