Java枚举是编译期生成的特殊类，每个常量为private构造、static final实例，ordinal从0起按声明顺序硬编码，name为字面量字符串；EnumSet/Map用ordinal优化性能，但业务逻辑应避免依赖ordinal。
Java 枚举（enum）不是简单的一组常量，而是一种编译期生成的特殊类。它的底层原理核心就两点：每个枚举常量对应一个带序数（ordinal）的实例，且所有实例只能通过私有构造函数在类内部创建。
枚举变量的序数（ordinal）从哪来？
每个枚举常量按声明顺序自动分配一个从 0 开始的整数索引，这个值就是 ordinal() 方法返回的结果。它由编译器在生成字节码时硬编码写入，不可修改。
- 序数只反映声明位置，和名称、业务含义无关。比如
SPRING是第一个，ordinal()就是 0；SUMMER是第二个，就是 1 -
EnumSet和EnumMap内部直接用这个序数做位运算或数组下标，所以性能极高 - 官方不建议在业务逻辑中依赖
ordinal()，因为一旦调整枚举顺序，行为会意外改变
私有构造函数为什么必须存在？
枚举类隐式继承自 java.lang.Enum，编译器会自动插入一个 私有（private）构造函数，用于初始化每个枚举实例的 name 和 ordinal。
- 构造函数私有，意味着外部无法 new 实例，也无法继承该枚举类（枚举类默认是 final）
- 所有枚举常量如
SPRING、SUMMER都是该类的public static final字段，在类加载时由 JVM 一次性初始化完成 - 这种机制天然保证了枚举实例的全局唯一性、线程安全性与有限性——也就是“多例单例”的本质
ordinal 和 name 的区别要分清
name() 返回的是源码中写的字面量名称（如 "SUMMER"），是字符串，可读性强；ordinal() 返回的是编译器分配的位置编号（如 1），是整数，仅用于底层优化。
- 反序列化或跨版本兼容时，
name()更稳定；ordinal()一改就错 - 想表达业务顺序（如优先级、状态流转），应该显式定义 int 字段，而不是靠
ordinal() - 打印日志或用户界面显示，应使用
name()或重写toString()，而非ordinal()
