Java枚举序列化只传输name字符串，因JVM保障其单例性：反序列化时通过Enum.valueOf直接返回已存在的静态常量，不调用构造器、不执行初始化块、不支持自定义序列化逻辑。
Java 枚举在序列化时只传输名称（name），不保存字段状态、不调用构造器、不执行初始化逻辑——这不是约定，而是 JVM 层面的硬性保障。这种设计直接锁死了反序列化绕过单例的风险。
为什么只传 name 就够了
枚举实例本质是类加载时静态初始化完成的唯一对象。JVM 知道每个枚举常量在内存中只有一个真实存在，所以序列化无需“复制状态”，只需记下它的身份标签（即 name() 返回的字符串）和所属类名。反序列化时，JVM 通过 Enum.valueOf(类, name) 直接查表返回那个早已存在的静态常量，整个过程跳过所有对象创建环节。
- 不触发构造方法，哪怕你写了带参构造或初始化块
- 不执行
readObject、writeObject或任何自定义序列化逻辑 - 即使枚举字段是
transient或被反射设为可访问，也无法在反序列化中改变其值
与普通类序列化的根本区别
普通可序列化类走的是标准对象图遍历流程：字段逐个写入、构造器重建、初始化块执行。而枚举被 JVM 划为“特殊公民”，完全绕开这套机制：
- 无论是否显式实现
Serializable，枚举都可序列化 - 编译器禁止重写
writeReplace或readResolve来干预枚举序列化行为 - 即使你用反射尝试调用私有构造器，JVM 也会抛出
IllegalArgumentException
Web 和 RPC 场景下的实际表现
在 JSON、HTTP 接口或 WCF 等数据协定场景中，“只传 name”体现为默认行为：
- Spring Boot 返回枚举字段时，默认输出的是
"SPRING"而非对象结构 - MyBatis 映射数据库枚举列时，依赖
name()与数据库字符串值双向匹配 - WCF 数据协定中，未加
[EnumMember]的枚举成员会被忽略，因为传输依据就是可公开的 name 标识
注意边界：name 不等于业务语义
name() 是编译期确定的标识符，区分大小写且不可变。它不是 toString()，也不等同于业务描述字段：
- 定义
enum Status { PENDING("待处理") }，序列化仍发"PENDING"，不是"待处理" - 若需传输中文或可变描述，应额外定义 getter 方法，并在 DTO 中显式暴露
- 反序列化失败时抛
IllegalArgumentException（找不到对应 name），而非IOException
