readresolve方法在反序列化末尾替换新实例以确保单例唯一性；需严格满足private object readresolve()签名，返回静态实例，且仅对当前类生效。
ObjectInputStream 在反序列化时不会调用构造函数，而是直接新建对象实例——这会绕过单例的私有构造和静态初始化逻辑，导致出现多个实例。要让反序列化结果仍指向原始单例对象，关键靠 readResolve 方法实现“替换式修复”。
readResolve 的触发时机与作用机制
它不是在反序列化中途介入，而是在整个对象重建完成之后、返回给调用方之前被自动调用。ObjectInputStream 内部的 readOrdinaryObject 方法会在对象实例创建后检查类是否声明了符合规范的 readResolve，如果存在，就用其返回值覆盖刚创建的对象。
- 该方法仅对当前类生效，父类或子类需各自定义
- 调用发生在反序列化流程末尾，不影响字段还原过程
- 替换的是整个对象引用，不是字段值，所以能真正保证“==”相等
必须严格遵守的签名规范
方法名、访问修饰符、返回类型、参数列表缺一不可，否则 JVM 完全忽略它：
- 必须是 private（不能是 public/protected）
- 返回类型必须是 Object（不能是具体类型如 Singleton）
- 方法名必须是 readResolve（大小写、拼写零误差）
- 参数列表必须为空（不能有任何参数）
典型写法与常见错误
正确示例：
private Object readResolve() {
return INSTANCE; // 或 return getInstance();
}
常见失效原因：
- 类实现了 Externalizable 接口：此时
readResolve不会被调用，必须在readExternal中手动返回单例 - 字段含 transient 或不可序列化类型（如 Socket、ThreadLocal）：这些字段反序列化后为 null，
readResolve无法恢复它们，需配合自定义readObject - 使用非标准序列化库（如 Kryo、Jackson）：默认不识别
readResolve，需显式启用支持或改用框架原生单例机制
枚举单例为何不用写 readResolve
Java 规范强制规定：枚举常量在反序列化时永远不新建实例，JVM 直接调用 Enum.valueOf 返回已有常量。这是 JVM 层硬编码保护，天然免疫序列化破坏。
- 优势：写法极简、无需额外方法、线程安全、防止反射攻击
- 限制：无法延迟初始化、不能继承、不适用于已有复杂单例类的改造
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
