Java序列化会破坏单例，因反序列化绕过构造方法和getInstance()逻辑创建新对象；解决方法是添加private Object readResolve() { return INSTANCE; }，由JVM自动调用以返回原实例。
Java 序列化机制本身不关心单例，它只负责把对象的状态（字段值）写入字节流；反序列化时，则按类定义重新构造一个新对象，完全绕过构造方法和 getInstance() 逻辑。这就直接破坏了单例——哪怕你用最严谨的双重检查锁或静态内部类实现，只要类实现了 Serializable，反序列化就可能产生第二个实例。
序列化为什么能“绕过”单例约束
- 反序列化过程由 JVM 的
ObjectInputStream控制，它通过反射调用类的无参构造器（或特殊逻辑）重建对象； - 即使构造器是
private，JVM 内部机制仍可跳过访问控制； -
getInstance()方法根本不会被调用，所以所有单例保护逻辑（如if (instance == null)判断、synchronized块、内部类加载时机等）全部失效。
破坏效果示例
Singleton s1 = Singleton.getInstance();
ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(bos);
oos.writeObject(s1); // 序列化
ObjectInputStream ois = new ObjectInputStream(
new ByteArrayInputStream(bos.toByteArray()));
Singleton s2 = (Singleton) ois.readObject(); // 反序列化 → 新对象！
System.out.println(s1 == s2); // false ← 单例已被破坏解决方案：readResolve() 方法
在单例类中添加一个私有、返回类型为本类、名为 readResolve 的方法：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
private Object readResolve() {
return INSTANCE; // 返回已存在的唯一实例，丢弃反序列化出来的新对象
}- 这个方法不是你手动调用的，而是在反序列化流程的最后阶段，由 JVM 自动反射调用；
- 它的返回值会完全替代刚刚新建的对象，成为
ois.readObject()的最终结果； - 关键点：
INSTANCE必须是类中已初始化好的静态实例（比如饿汉式中的static final Singleton INSTANCE，或静态内部类里的SingletonHolder.INSTANCE）。
注意事项
-
readResolve()只对实现了Serializable的类有效；如果没实现接口，自然不存在该问题； - 枚举单例（
public enum Singleton { INSTANCE; }）天然免疫此问题，因为枚举的序列化机制被 JVM 特殊处理，反序列化时永远返回原有枚举常量； - 如果单例类还继承了其他可序列化的父类，需确保父类也满足单例语义，或一并重写
readResolve； -
readResolve()方法必须是private，且签名严格为private Object readResolve()，否则 JVM 不识别。
不复杂但容易忽略
