readobjectnodata在父类字段数据完全缺失时触发，用于安全初始化新增父类字段；必须声明为private void readobjectnodata() throws objectstreamexception，不可替代readobject或readresolve。
readObjectNoData 是 Java 序列化机制中一个被低估但关键的防御性方法，专用于处理“类继承结构发生变更、而反序列化时输入流中缺失父类数据”的边界场景。
什么情况下会触发 readObjectNoData？
它不是常规流程中的回调，而是一种“兜底初始化机制”，仅在以下两种明确条件下自动调用：
- 序列化方使用的类版本没有某个父类（比如旧版 Person 是顶层类），而反序列化方加载的类版本中该类已继承自新父类（比如新版 Person extends BasePerson）；
- 反序列化时发现当前类的直接超类在字节流中**完全不存在对应数据块**（即流中没写入 BasePerson 的字段信息）。
此时 JVM 不会抛出异常，而是跳过超类字段默认初始化，转而调用子类中定义的 private void readObjectNoData() 方法，由开发者决定如何安全地初始化这些“凭空出现”的父类状态。
为什么不能只靠构造函数或 defaultReadObject？
构造函数在反序列化中不执行；defaultReadObject 只恢复流中存在的字段，对缺失的父类字段无能为力。若不干预，父类字段将保持默认值（0、null、false），可能破坏对象语义或引发 NPE。
- 例如：BasePerson 含 protected String id = "unknown"；升级后 Person 继承它，但旧数据流里没存 id 字段；
- 若未实现 readObjectNoData，id 将为 null，而非预期的 "unknown"；
- 实现后可显式赋值：
this.id = "unknown";，保证行为一致性。
如何正确定义和使用？
该方法必须满足三个硬性要求，否则会被忽略：
- 声明为 private；
- 返回类型为 void；
- 签名严格匹配：
private void readObjectNoData() throws ObjectStreamException。
方法体内应只做两件事：安全初始化本类及新增父类的字段（避免调用外部方法或触发副作用），必要时校验逻辑一致性（如父子字段约束）。不建议在此抛异常——它的存在意义就是优雅降级。
它和 readObject、readResolve 的区别在哪？
三者定位完全不同：
- readObject：接管整个反序列化流程，适用于需定制字段读取、防御性拷贝、完整性校验等；
- readResolve：在反序列化完成后、对象返回前执行，常用于单例控制或替换实例；
- readObjectNoData：仅在“父类数据彻底缺失”这一窄带异常下触发，专注填补空白，不介入正常流程。
它们可以共存，但各自职责分明，不可互相替代。
