用 HashMap 替代长 switch 是通过 Map<K, Function<T, R>> 实现策略分发，提升可扩展性与可维护性；支持运行时动态注册、避免 fall-through 错误，并可通过 Lambda 或组件化方式封装逻辑。
用 HashMap 替代长 switch 是一种常见且实用的优化手段，特别适合分支逻辑动态性强、需频繁扩展或希望解耦判断与执行的场景。它不是单纯“换个写法”，而是通过数据结构映射关系，把硬编码的分支转向配置化、可维护的策略分发。
为什么选 HashMap 而不是 if-else 或传统 switch
当 switch 分支超过 5～7 个，尤其涉及字符串、枚举或业务类型时，容易出现以下问题：
- 每次新增 case 都要改主逻辑，违反开闭原则
- case 值拼错、漏写 break 导致 fall-through，调试困难
- 分支体逻辑复杂时，switch 块臃肿，可读性下降
- 无法在运行时动态注册新分支（比如插件化、热更新）
核心实现：Map + 函数式接口
关键不是存字符串，而是把“条件 → 行为”抽象为键值对。推荐使用 Map<K, Function<T, R>> 或 Map<K, Runnable>，其中 K 是判别依据（如 String、Enum、Integer），Function 或 Runnable 封装具体逻辑。
- 键（Key）：必须是不可变、可正确 hash 和 equals 的类型，如 String、enum 常量、Integer
- 值（Value）：用 Lambda 表达式最简洁；若逻辑较重，可封装为独立类实现函数式接口
- 查找时直接 get(key)，判空后执行，无需遍历或 if 判断
典型代码结构（以订单状态处理为例）
假设根据订单状态码（"CREATED"、"PAID"、"SHIPPED"）触发不同动作：
立即学习“Java免费学习笔记（深入）”；
Map<String, Runnable> statusHandlers = new HashMap<>();
statusHandlers.put("CREATED", () -> System.out.println("生成订单，初始化库存锁"));
statusHandlers.put("PAID", () -> System.out.println("扣减库存，通知履约系统"));
statusHandlers.put("SHIPPED", () -> System.out.println("更新物流单号，发送发货短信"));
// 运行时分发
String currentStatus = "PAID";
Runnable handler = statusHandlers.get(currentStatus);
if (handler != null) {
handler.run();
} else {
System.out.println("未定义状态处理: " + currentStatus);
}
进阶技巧：提升健壮性与扩展性
- 默认行为兜底：用 computeIfAbsent 或单独维护一个 defaultHandler，避免大量 null 判空
- 支持多参数传递：不用 Runnable，改用 Function<Order, String> 或自定义接口，让处理逻辑能接收上下文对象
- 线程安全考虑：若 Map 在初始化后只读，可用 Collections.unmodifiableMap 包装；若需运行时增删，改用 ConcurrentHashMap
- 结合 Spring 管理：把各 Handler 实现为 @Component，用 @Qualifier 注入到 Map 中，自动完成注册
