Java原生序列化仅支持向后兼容，通过固定serialVersionUID、新增非transient字段、避免final字段及实测验证可实现向前兼容的近似效果。
Java 原生序列化本身不支持严格意义上的“向前兼容”（即旧版本类读取新版本序列化数据），它只支持**向后兼容**：新类能安全反序列化旧数据。但通过合理设计，可以规避大部分向前兼容场景下的失败，核心是让旧类在面对新增字段时不崩溃、不静默出错。
明确 serialVersionUID 并保持不变
这是所有兼容操作的前提。必须显式声明：
- 不要依赖 JVM 自动生成值——不同编译器、JDK 版本或构建环境可能算出不同哈希，导致旧类直接拒绝加载新数据
- 推荐从 1L 开始，而非 IDE 生成的长哈希值（如 -5448724816396875494L），后者本质仍是“结构指纹”，无法体现语义版本意图
- 只要新增字段符合协议规则，serialVersionUID 保持 1L 就允许旧类尝试读取新数据流；若 UID 不匹配，JVM 会立即抛 InvalidClassException，而不是解析出错乱对象
新增字段必须是非 transient 的普通字段
只有非 transient 字段才参与序列化流程。当旧类（无该字段）解析含新字段的数据时：
- JVM 会跳过未知字段，不会报错（前提是 serialVersionUID 匹配）
- 如果旧类中恰好有同名字段但类型不兼容（比如新字段是 String，旧类里是 int），仍会失败——所以字段名和类型变更都属于破坏性修改
- 避免新增 final 字段：final 字段在反序列化时无法被反射赋值，除非重写 readObject 并手动处理
旧类需启用未知字段容忍机制
Java 原生 ObjectInputStream 默认对未知字段是“静默跳过”的，但前提是：
立即学习“Java免费学习笔记（深入）”；
- 类实现了 Serializable
- serialVersionUID 匹配
- 没有在 readObject 中强制校验字段完整性（例如手动调用 in.readXXX() 读取不存在的字段）
注意：这不是 Jackson 那样的 @JsonIgnoreProperties(ignoreUnknown = true)，而是 Java 序列化协议内置行为。只要不自定义 readObject 或破坏字段映射逻辑，旧类就能安全忽略新字段。
验证必须基于真实字节流测试
理论可行不等于线上安全。务必实操验证：
- 用新版本类序列化一个对象（含新增字段），保存为 .ser 文件
- 用旧版本类（相同 serialVersionUID）执行 ObjectInputStream.readObject()
- 确认不抛异常，且原有字段值完整还原，新增字段被忽略（无副作用）
- 特别检查是否触发了 static 初始化块、构造器或 getter 中的空指针逻辑（因为新增字段未设值，可能间接影响业务判断）
