在java中，如果一个类实现了Serializable但是是抽象的，它应该有一个serialVersionUID long声明，还是子类只需要这个？
在这种情况下，确实是所有子类都处理序列化，因为类型的目的是在 RMI 调用中使用。
【问题讨论】：
标签： java serialization abstract-class serialversionuid
serialVersionUID 用于确定反序列化对象与类的当前版本之间的兼容性。 因此，在类的第一个版本中，或者在这种情况下，在抽象基类中，它并不是真正需要的。您永远不会有该抽象类的实例来序列化/反序列化，因此它不需要 serialVersionUID。
（当然，它确实会生成一个编译器警告，你想摆脱它，对吧？）
事实证明，詹姆斯的评论是正确的。抽象基类的serialVersionUID确实会传播到子类。鉴于此，您确实需要在您的基类中使用 serialVersionUID。
要测试的代码：
import java.io.Serializable;
public abstract class Base implements Serializable {
private int x = 0;
private int y = 0;
private static final long serialVersionUID = 1L;
public String toString()
{
return "Base X: " + x + ", Base Y: " + y;
}
}
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class Sub extends Base {
private int z = 0;
private static final long serialVersionUID = 1000L;
public String toString()
{
return super.toString() + ", Sub Z: " + z;
}
public static void main(String[] args)
{
Sub s1 = new Sub();
System.out.println( s1.toString() );
// Serialize the object and save it to a file
try {
FileOutputStream fout = new FileOutputStream("object.dat");
ObjectOutputStream oos = new ObjectOutputStream(fout);
oos.writeObject( s1 );
oos.close();
} catch (Exception e) {
e.printStackTrace();
}
Sub s2 = null;
// Load the file and deserialize the object
try {
FileInputStream fin = new FileInputStream("object.dat");
ObjectInputStream ois = new ObjectInputStream(fin);
s2 = (Sub) ois.readObject();
ois.close();
} catch (Exception e) {
e.printStackTrace();
}
System.out.println( s2.toString() );
}
}
在 Sub 中运行一次 main 以使其创建和保存对象。然后更改 Base 类中的 serialVersionUID，注释掉 main 中保存对象的行（因此它不会再次保存它，您只想加载旧的），然后再次运行它。这将导致异常
java.io.InvalidClassException: Base; local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 2
【讨论】：
是的，一般来说，出于同样的原因，任何其他类都需要序列号 - 以避免为其生成序列号。基本上任何实现可序列化的类（不是接口）都应该定义序列版本 ID，否则当相同的 .class 编译不在服务器和客户端 JVM 中时，您将面临反序列化错误的风险。
如果您想做一些花哨的事情，还有其他选择。我不确定“这是子类的意图……”是什么意思。您是否要编写自定义序列化方法（例如 writeObject、readObject）？如果是这样，还有其他处理超类的选项。
见： http://java.sun.com/javase/6/docs/api/java/io/Serializable.html
HTH 汤姆
【讨论】：
实际上，如果缺少serialVersionID，指出汤姆的链接实际上是由序列化运行时计算的，即不是在编译期间
如果一个可序列化的类没有显式声明一个 serialVersionUID，那么序列化运行时会计算一个 基于各个方面的该类的默认 serialVersionUID 值 班级的...
这让不同版本的 JRE 变得更加复杂。
【讨论】：
从概念上讲，序列化数据如下所示：
subClassData(className + version + fieldNames + fieldValues)
parentClassData(className + version + fieldNames + fieldValues)
... (up to the first parent, that implements Serializable)
因此，当您反序列化时，层次结构中任何类的版本不匹配都会导致反序列化失败。没有为接口存储任何内容，因此无需为它们指定版本。
所以答案是： 是的，您确实需要在基本抽象类中提供serialVersionUID，即使它没有字段：className + version 仍然被存储。
还要注意以下几点：
String 值的Object 字段，则将字段类型更改为String 将成功，但将其更改为Integer 不会。但是，将字段从 int 更改为 long 将不起作用，即使您可以将 int 值分配给 long 变量。简单来说：您可以重新排序字段、添加和删除它们，甚至更改类层次结构。您不应该重命名字段或类（它不会失败，但会像删除和添加该字段一样处理）。您不能更改原始类型的字段类型，并且您可以更改引用类型字段，前提是新类型可以从所有序列化值中分配。
注意：如果基类未实现 Serializable 而只有子类实现，则基类中的字段将表现为 transient。
【讨论】：