ordinal() 返回从0开始的声明序号，易变且不建议用于业务逻辑；name() 返回严格匹配的原始常量名，稳定但仅适用于代码标识，二者均不可重写，应优先使用自定义字段替代。
Java 枚举的 ordinal() 和 name() 方法是两个最基础、最常被调用的内置方法，它们分别返回枚举常量的声明顺序编号和原始字面名称，且都不可重写、不可修改。
ordinal() 方法：获取声明位置索引
它返回该枚举常量在类中定义时的**从 0 开始的序号**，完全由书写顺序决定。
- 比如
enum Status { PENDING, PROCESSING, DONE }中，Status.PENDING.ordinal()是 0，Status.PROCESSING.ordinal()是 1，Status.DONE.ordinal()是 2 - 这个值会随定义顺序变动而改变——如果把
DONE提到最前，它的ordinal()就变成 0 - 不建议用于业务逻辑判断或持久化存储，因为可维护性差；更适合做内部排序、数组索引映射等临时用途
name() 方法：获取原始标识符字符串
它返回的是源码里写的那个**严格匹配的常量名**，大小写敏感、不可变、不能赋值。
- 例如
enum Color { red, Red, RED }中，Color.red.name()返回"red"，Color.Red.name()返回"Red"，Color.RED.name()返回"RED" -
name()与静态方法valueOf()成对使用：Color.valueOf("RED")能还原出Color.RED，但传错大小写（如"red"）就会抛IllegalArgumentException - 不要直接拿
name()显示给用户，也不适合做配置项键名——它本质是代码标识，不是语义描述
name() 和 ordinal() 的关键区别
两者都是编译器自动生成的 final 方法，但语义和稳定性完全不同：
立即学习“Java免费学习笔记（深入）”；
-
name()稳定：只要不改源码里的常量名，返回值就固定；可用于 JSON 序列化（Jackson 默认行为）、数据库字段值、配置文件关键字 -
ordinal()脆弱：仅反映定义顺序，一调整顺序就全乱；不适合跨版本兼容、API 返回、日志标识等场景 - 都不等同于
toString()——后者可被重写用于用户展示，而name()永远忠于源码，ordinal()永远忠于顺序
实际使用建议
多数情况下应主动规避直接依赖这两个方法：
- 需要对外展示？加一个
desc字段并重写toString()或提供getDesc() - 需要序列化别名？用
@JsonValue（Jackson）或@JsonProperty控制输出 - 需要持久化映射？在枚举中定义明确的
code字段（如int或String），并配套fromCode()静态方法 - 真要比较顺序？优先用枚举自身支持的
compareTo()，它底层基于ordinal()但语义更清晰
