Java枚举反序列化时全局唯一性由JVM硬编码保障：跳过构造直接查表复用$VALUES中已有实例，仅序列化name和类名，查不到则抛IllegalArgumentException，且禁止重写序列化方法、反射创建或克隆。
Java 枚举在反序列化时保证全局实例唯一性，靠的是 JVM 层面的硬编码机制，不是靠开发者写代码防御。整个过程不走常规对象反序列化流程，而是由 JVM 直接查表复用已有实例。
反序列化时跳过构造、不新建对象
ObjectInputStream 一旦识别到类型是枚举，就立即绕过所有默认反序列化逻辑（包括不调用任何构造器、不执行 readObject、不触发初始化块），转而调用内部的 readEnum() 方法。这个方法本质就是执行：
return Enum.valueOf(YourEnum.class, "INSTANCE");
它从 JVM 已加载的静态常量数组（如 YourEnum.$VALUES）中查找名称匹配的枚举常量，返回的永远是类加载阶段创建的那个原始堆对象。
序列化内容只存名称，不存状态
枚举序列化时，字节流里只保存两样东西：枚举常量的 name() 字符串（比如 "INSTANCE"）和所属类的全限定名。所有字段值——无论 private、transient 还是 static——都不参与序列化。所以反序列化后，你拿到的仍是原来那个实例，字段值也还是原来的值。
查不到就报错，绝不妥协
如果字节流里的 name 字符串在当前枚举类中找不到对应常量（比如改名、删常量、类版本不一致），JVM 会直接抛 IllegalArgumentException，而不是返回 null 或新建对象。这就从源头杜绝了“伪造新实例”的可能。
禁止自定义序列化逻辑
你不能在枚举类里重写 writeObject、readObject 或 readResolve。编译器会直接报错。JVM 完全接管整个流程，开发者无法干预或绕过。
反射和克隆也被同步拦截
虽然这不属于反序列化范畴，但它共同构成了唯一性保障：
- 反射调用
Constructor.newInstance()创建枚举实例时，JVM 在 native 层检测到 enum 类型，立刻抛IllegalArgumentException("Cannot reflectively create enum objects") -
clone()方法在java.lang.Enum中被声明为final，调用即抛CloneNotSupportedException
这些都不是靠 if 判断或 synchronized 实现的，而是语言规范 + JVM 实现双重锁定。
