externalizable接口实现高效序列化的核心是全手动控制：需提供public无参构造器，writeexternal和readexternal必须严格镜像，不自动保存任何字段，无反射开销，二进制更紧凑。
Java 中使用 Externalizable 接口实现高效序列化，核心在于“全手动控制”——不依赖 JVM 的反射和默认字段遍历，而是由你决定写什么、怎么写、怎么读。它不优化默认流程，而是绕过整个默认流程，从而消除元数据开销、跳过无关字段、避免递归检查，真正提升性能。
必须提供 public 无参构造器
反序列化时 JVM 会强制调用该构造器创建对象实例，哪怕里面只写一行 this.status = ACTIVE; 也必须存在。这个构造器不会接收任何参数，也不参与字段恢复逻辑——字段值全靠 readExternal 填充。若缺失，直接抛 NoSuchMethodException。
- 构造器中可设合理默认值（如
createTime = System.currentTimeMillis()），但不能依赖尚未读取的字段做判断 - 若类有父类且父类也实现了
Externalizable，子类构造器无需特殊处理，但readExternal中需显式调用super.readExternal(in)
writeExternal 中只写真正需要的数据
这里没有 transient、没有自动过滤、没有字段名或类型描述。你调用一次 out.writeInt(...)，就写入 4 字节；调用一次 out.writeUTF(...)，才写入字符串内容加长度前缀。一切冗余都被剔除。
- 跳过运行时计算字段（如
getDisplayName()返回值）、缓存容器（如Map<string object> cache</string>）、临时状态标志（如isDirty） - 可主动加入轻量元信息：开头写版本号
out.writeInt(2)，便于后续兼容升级 - 敏感字段（如
token、passwordHash）只要不调用out.writeXXX()，就完全不出现在字节流里
readExternal 必须与 writeExternal 严格镜像
这不是约定，是硬性契约。顺序错一位、类型混一个、多读或少读一次，都会在运行时抛出 StreamCorruptedException 或类型转换异常。
- 如果
writeExternal先写out.writeInt(version)，再写out.writeUTF(name)，那么readExternal就必须先in.readInt()，再in.readUTF() - 新增字段时，老数据反序列化会失败。常见做法是根据版本号分支处理：
if (version >= 2) name = in.readUTF(); else name = "default"; - 引用类型（如
List<string></string>）用in.readObject()读，前提是写入时用了out.writeObject()，且该类型本身可序列化
对比 Serializable 的关键差异
Externalizable 不是 Serializable 的增强版，而是另一条路：它放弃所有默认行为，包括父类字段、serialVersionUID 校验、writeObject/readObject 钩子等。你获得的是 100% 控制权，代价是全部责任。
- 不自动保存任何字段——包括
public、protected、父类字段，甚至static final常量都不例外 - 没有反射开销，没有字段名/类型字符串写入，二进制更紧凑，网络传输更快
- 适合对接遗留系统、跨语言协议、高吞吐缓存场景，或需加密/压缩的定制流
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
