父类未实现serializable会导致反序列化后父类字段全为默认值，因jvm仅序列化显式实现该接口的类自身非静态非transient字段，且反序列化时调用父类无参构造器初始化。
Java 对象序列化中，父类未实现 Serializable 是一个隐蔽但高频的陷阱：子类明明实现了接口，序列化却“看似成功”，反序列化后父类字段全为默认值（null、0、false），业务逻辑悄然出错。根本原因不是报错，而是静默丢失状态。
父类字段根本不会被写入字节流
Java 序列化机制严格按类声明检查契约——只有显式实现 Serializable 的类，其**自身定义的非静态、非 transient 字段**才会参与序列化。父类若未实现该接口，无论字段是否 public 或 protected，JVM 都会跳过：
- 序列化时：不把父类字段写入
ObjectOutputStream - 反序列化时：调用父类无参构造器重建对象，所有字段初始化为 JVM 默认值
- 子类字段照常保存和恢复，但父类部分已“归零”，不是损坏，是从未存在过
必须确保父类有无参构造器
即使父类不可序列化，反序列化子类时仍需通过父类构造器初始化其字段。若父类只提供带参构造器且无显式无参构造器，反序列化直接抛 InvalidClassException 或 InstantiationException：
- 检查父类源码：是否存在
public Parent() { }或包级可见的无参构造器 - 若无法修改父类（如第三方库），这是硬性前提；不满足则必须换方案
- 注意：构造器访问权限需足够（至少 package-private），否则反射调用失败
两种可行的补救路径
根据父类是否可修改，选择对应策略：
-
可修改父类时，优先让它实现 Serializable：添加
implements Serializable和显式private static final long serialVersionUID = 1L;。子类无需改动，继承链自然完整 -
父类不可改（如 JDK 类或闭源 SDK）时，子类接管序列化逻辑：重写
private void writeObject(ObjectOutputStream out)和private void readObject(ObjectInputStream in)，在defaultWriteObject()前/后手动读写父类字段。前提是这些字段可访问（非 private）或有 getter/setter
警惕继承链中的“断点”和嵌套引用
问题常出现在多层继承或字段引用复杂对象时：
- 继承链 A → B → C，仅 C 实现
Serializable：A 和 B 的字段全部丢失，C 的字段保留 - 父类含集合字段（如
List<event> events</event>），而Event未实现Serializable：异常发生在events内部元素上，报错堆栈指向Event子类，而非父类本身 - 内部类持有外部类引用：若外部类不可序列化，整个对象图失效，建议改用
static内部类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
