java枚举反序列化时readobject被jvm强制禁用，以保障单例唯一性：序列化仅保存name和类名，反序列化直接通过enum.valueof查表返回已有实例，禁止重写readobject等方法，且内置私有方法抛异常阻断非法路径。
Java 中枚举类反序列化时，readObject 方法被禁用，不是因为开发者手动删了它，而是 JVM 和语言规范从底层强制禁止——这是保障枚举单例语义不可破坏的核心机制。
枚举的序列化走的是专用通道，不经过普通对象流程
普通类实现 Serializable 后，反序列化默认依赖反射新建实例，并调用 readObject（如果存在）来填充字段。但枚举被 JVM 特殊对待：
- 序列化时只写入枚举常量的
name()字符串和所属类的全限定名，不保存任何字段值或状态 - 反序列化时不触发反射构造，也不执行任何构造逻辑，而是直接查枚举类的常量表
- 本质是调用
Enum.valueOf(Class<e>, String)</e>，返回已有实例，绝不会 new 出新对象
编译器和运行时主动屏蔽自定义序列化入口
你无法在枚举中合法重写以下方法，编译器会直接报错：
private void readObject(ObjectInputStream in)private Object readResolve()private void writeObject(ObjectOutputStream out)private Object writeReplace()
这是因为 Java 规范明确要求：枚举的序列化行为必须由运行时统一控制。一旦允许用户干预，就可能绕过单例约束——比如在 readObject 里返回新实例，或用 readResolve 指向错误对象。
枚举类自带“防篡改”私有方法，抛异常阻断非法路径
即使你尝试继承或代理枚举类，JVM 也会在底层注入两个固定方法：
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException { throw new InvalidObjectException("can't deserialize enum"); }private void readObjectNoData() throws ObjectStreamException { throw new InvalidObjectException("can't deserialize enum"); }
这两个方法不是摆设。当某些非标准反序列化场景（如部分框架绕过常规流程）试图调用它们时，会立即中断，确保没人能钻空子。
根本目的：守住“唯一性”这一枚举本质
枚举的本质是有限、固定、全局唯一的命名实例集合。如果允许 readObject 存在并执行任意逻辑，就等于开放了一个可创建重复实例的后门——这与 public static final 枚举常量的设计初衷完全冲突。所以 JVM 不是“忘了支持”，而是刻意切断所有可能破坏唯一性的路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
