EnumMap替代HashMap处理枚举键，本质是将哈希查找降维为数组下标访问，直接通过key.ordinal()索引table，零哈希、零扩容、零装箱、零冲突，稳定O(1)且常数极小；必须显式传入枚举类（如Status.class），禁止泛型推断或通配符，键须严格属于该枚举，null键立即抛NullPointerException，遍历顺序固定为枚举声明顺序，内存更省、性能更高。
用 EnumMap 替代 HashMap 处理枚举键映射，不是简单换一个类名，而是利用编译期已知的枚举结构，把哈希查找降维成数组下标访问——所有操作直接命中 table[key.ordinal()]，零哈希计算、零扩容、零装箱、零冲突处理，时间复杂度稳定 O(1)，常数极小。
必须显式传入枚举类，不能靠泛型推断
EnumMap 构造时必须写 new EnumMap<Status, String>(Status.class)。JVM 会依据 Status.values().length 预分配固定长度数组，后续所有 get/put 全是纯内存读写。以下写法均不可行：
-
new EnumMap<Status, String>()→ 编译失败（泛型擦除后无运行时类信息） -
new EnumMap<Status, String>(statusInstance.getClass())→ 运行时可能抛IllegalArgumentException，且失去类型约束 -
new EnumMap<Enum<?>, String>()→ 编译不通过
键必须严格来自同一枚举，null 键立刻报错
EnumMap 要求所有键属于且仅属于构造时指定的枚举类。这带来两个关键行为：
-
map.put(null, "x")或map.get(null)→ 直接抛NullPointerException -
map.put(OtherEnum.VALUE, "x")→ 抛ClassCastException
这不是缺陷，而是契约：它迫使你在设计阶段就明确“空状态”应由枚举中的占位常量承担（如 Status.UNKNOWN），而非用 null 模糊语义。
天然有序遍历，但顺序即声明顺序
keySet()、entrySet() 和 values() 的迭代顺序严格对应枚举源码中常量的声明顺序（即 ordinal() 升序）。例如：
遍历永远是 LOW → MEDIUM → HIGH。这个特性适合配置项渲染、状态流程展示等场景，省去额外排序逻辑。但注意：
- 若业务隐含“第一个就是默认值”，后来在枚举开头加了
INITIAL，逻辑会悄然偏移 - 它不支持自定义 Comparator，不能替代 TreeMap 做排序
性能与内存优势在高频场景尤为明显
在订单状态机、权限码映射、日志级别路由等企业级高频读写场景中，EnumMap 的优势直接体现：
- 实测相同 10 个枚举常量，EnumMap 内存占用比 HashMap 少约 25%（64 字节 vs 96 字节）
- get/put 不触发哈希计算、不遍历链表或红黑树、不判断负载因子，CPU 缓存更友好
- 底层数组长度 = 枚举常量总数，即使只存 3 个值，空间也预占满——适合键集固定、常量数可控（建议 ≤ 500）的场景
若枚举常量超千个且稀疏使用，或需动态扩展（如插件注入新状态），则需权衡是否仍适用。
