Enum.ordinal() 返回枚举常量在声明顺序中从0开始的整数索引，是JVM编译期生成的内部序号，非业务标识；因其随声明顺序变更而变化，故不可用于持久化、API交互或跨模块通信，应改用显式定义的code字段。
Enum.ordinal() 返回的是什么值
ordinal() 返回的是枚举常量在 enum 类中声明顺序的 0 起始整数索引。它不是设计用来暴露给业务逻辑的，而是 JVM 在编译期自动生成的内部序号。
比如：
enum Status { PENDING, PROCESSING, DONE }
那么 Status.PENDING.ordinal() 是 0，Status.PROCESSING.ordinal() 是 1，Status.DONE.ordinal() 是 2。
为什么不能拿 ordinal() 当业务 ID 或持久化字段用
一旦你调整枚举常量顺序（比如把 DONE 提到最前），所有 ordinal() 值都会变，数据库里存的数字、序列化文件里的整数、前端传来的下拉索引全都会错位——这类 bug 很难被测试覆盖，上线后才暴露。
- 新增常量插在中间？后续所有
ordinal()向后偏移 - 删除某个常量？后面所有值都前移，但旧数据仍指向原位置
- 不同模块用不同 JDK 编译？理论上
ordinal()行为一致，但依赖它等于把语义耦合进编译顺序
替代方案：显式定义 int code 或 String code
真正可控的方式是自己维护一个稳定标识，例如：
enum Status {<br> PENDING(100),<br> PROCESSING(200),<br> DONE(300);<br><br> private final int code;<br> Status(int code) { this.code = code; }<br> public int getCode() { return code; }<br>}
这样 Status.PENDING.getCode() 永远是 100，和定义顺序无关。
- 用
int还是String取决于场景：HTTP 状态码适合int，支付状态如"pay_success"更适合String - 加个静态方法
fromCode(int code)实现反查，避免用switch遍历所有枚举 - 如果必须兼容老系统传来的
ordinal值，只应在边界层做一次映射，不透入核心逻辑
哪些场景下 ordinal() 确实能用
仅限完全内存内、生命周期短、且定义顺序绝不会变的上下文，例如：
- 构建固定大小的数组缓存：
Cache[] caches = new Cache[Status.values().length]; caches[status.ordinal()] = ... - 在
switch中配合enum使用（Java 14+ 支持直接switch(Status s)，无需ordinal()） - 序列化协议内部优化（如 Kryo、Protobuf 枚举映射），但需确保协议版本锁定枚举顺序
哪怕只是“临时用一下”，也要意识到：只要枚举类可能被修改，ordinal() 就不是稳定契约。
