Enum.ordinal() 返回编译时声明的0起始索引，运行时不可变；但枚举顺序变更会导致其值变化，故不可用于业务ID或持久化；应显式定义稳定字段（如code），仅在枚举冻结且仅限单次JVM内临时使用时才可安全使用。
Enum.ordinal() 返回的是编译时声明顺序，不是运行时序号
Enum.ordinal() 返回的是该枚举常量在类定义中从上到下出现的 0 起始索引。它由编译器在生成字节码时硬编码写入，运行时不可变，也不受反射、序列化或类加载顺序影响。
比如：
enum Status {
PENDING, // ordinal() == 0
RUNNING, // ordinal() == 1
DONE // ordinal() == 2
}
这个值在 Status.class 文件里就固定了，哪怕你后续加个新常量插在中间，所有后续项的 ordinal() 都会变——这是它最危险的地方。
别拿 ordinal() 当业务 ID 或持久化字段用
一旦枚举顺序调整（如新增/删减/重排常量），ordinal() 值全乱，数据库里存的整数、JSON 中序列化的数字、甚至配置文件里的索引都会失效。
常见踩坑场景：
- 用
ordinal()存数据库字段，后来在中间加了个CANCELLED，原来DONE是 2，现在变成 3，查询逻辑全错 - 前端传
status: 2，后端靠Status.values()[2]反查，结果因枚举改版映射到错误状态 - 用
ordinal()作为 JSON 序列化策略（如 Jackson 的@JsonValue），版本升级后前后端解析不一致
替代方案：显式定义稳定标识符
真正需要可持久化、可跨版本兼容的编号，应该手动定义 int 或 String 字段，并通过构造器初始化。
enum Status {
PENDING(100),
RUNNING(200),
DONE(300);
private final int code;
Status(int code) { this.code = code; }
public int getCode() { return code; }
}
这样 getCode() 稳定，ordinal() 只留作内部排序或调试用途。如果必须用索引做 UI 下拉顺序，也建议用 EnumSet 显式排序，而不是依赖 values() 的返回顺序。
ordinal() 唯一安全的使用场景是临时排序或数组索引映射
仅当满足以下全部条件时，ordinal() 才算低风险：
- 枚举定义绝对冻结（无新增/删减/重排）
- 只在单次 JVM 运行期内使用（不落盘、不跨进程、不传给外部系统）
- 用于构建本地缓存数组，例如：
String[] labels = new String[Status.values().length]; for (Status s : Status.values()) labels[s.ordinal()] = s.name();
即便如此，也要加注释说明“此处依赖 ordinal()，禁止修改枚举声明顺序”。否则半年后自己回来维护，大概率会删掉某一项然后默默触发线上 bug。
