java 7+ switch支持string但非原生哈希跳转，需防null、用编译期常量，运行时拼接字符串可能性能回退；推荐空值校验后switch或map+function替代。
Java 7+ 中 switch_case 支持 String 的真实限制
Java 从 7 开始允许 switch 的表达式类型为 String，但底层其实是编译器帮你做了 hashCode() + equals() 双重校验，不是原生支持字符串哈希表跳转。这意味着：
• null 传入会直接抛 NullPointerException，不会进 default
• 字符串内容需确保不为 null，且最好已 intern（虽非必须，但避免意外引用不等）
• 编译期常量字符串才真正安全；运行时拼接的字符串（如 "a" + "b"）在部分 JDK 版本可能触发警告或性能回退
正确写法：空值防御 + 明确 fallback
别指望 switch 自动兜底 null，必须手动拦截。常见错误是把判空逻辑丢到 default 里，结果一传 null 就崩。
String action = request.getParameter("action");
// ❌ 错误：null 进不了任何 case，直接 NPE
switch (action) {
case "login": handleLogin(); break;
case "logout": handleLogout(); break;
}
// ✅ 正确：先判空，再 switch
if (action == null || action.trim().isEmpty()) {
handleUnknownAction();
} else {
switch (action.trim()) { // trim 防空白干扰
case "login": handleLogin(); break;
case "logout": handleLogout(); break;
default: handleUnknownAction(); break;
}
}
替代方案：Map + Function 更适合动态路由
当路由规则变多、需要热更新、或 case 分支含复杂初始化逻辑时，switch 会迅速变得难维护。用 Map<string runnable></string> 或 Map<string function response>></string> 更灵活：
- 支持运行时增删路由（比如插件机制）
- 避免编译期字符串字面量散落各处，便于统一管理
- 天然规避
null问题：map.getOrDefault(action, unknownHandler).run() - 可结合
ConcurrentHashMap实现线程安全的动态注册
示例精简版：
private static final Map<string runnable> ROUTE_MAP = Map.of(
"login", () -> handleLogin(),
"logout", () -> handleLogout()
);
// 使用
Runnable handler = ROUTE_MAP.getOrDefault(action, () -> handleUnknownAction());
handler.run();</string>
注意 case 值必须是编译期常量
下面这些写法都会编译失败：
-
final String LOGIN = "login"; case LOGIN:—— 即使final，若未在声明时直接赋字面量值（如final String LOGIN = getConst();），就不算编译期常量 -
case someVar:—— 变量名永远不行 -
case "login".toLowerCase():—— 方法调用表达式不被允许
只有纯字符串字面量（"login"）、或由字面量直接初始化的 static final String 才合法。这点和 enum 的 switch 不同，后者本质是序号匹配，无此限制。
switch 没问题，但一旦涉及配置化、权限控制、日志埋点或链路追踪，就该让位给更可控的数据结构——字符串 case 看似直观，但它的“静态性”反而成了扩展时最硬的那堵墙。
