java从jdk 7起支持switch中直接使用string，底层先比哈希值再调equals()，case必须为字符串字面量或编译期常量，null会抛npe，大小写敏感，分支多时性能优于if-else链。
Java 从 JDK 7 开始支持在 switch 语句中直接使用 String 类型作为判断条件，无需手动转成 int 或调用 hashCode() 等方式模拟。它的底层原理是先比较字符串的哈希值（快速排除不等），再调用 equals() 做精确比对，所以行为和 if-else 中用 .equals() 完全一致。
语法写法和基本要求
只需把字符串变量或字面量放在 switch 后的括号里，case 后跟字符串字面量即可：
String action = "save";
switch (action) {
case "save":
System.out.println("执行保存");
break;
case "delete":
System.out.println("执行删除");
break;
case "update":
System.out.println("执行更新");
break;
default:
System.out.println("未知操作");
}
-
case 必须是字符串字面量或编译期常量，不能是变量或运行时计算结果（如
new String("save")或s1 + s2） -
null 值会抛出 NullPointerException，使用前建议先判空，或用
Objects.equals()配合if处理更安全 - 大小写敏感，
"Save"和"save"是不同分支
与 if-else 的性能对比
多数场景下，switch(String) 比一长串 if (str.equals("a")) { ... } else if (str.equals("b")) { ... } 更清晰、可读性更好；JVM 对其做了优化（如生成查找表或二分跳转），当分支较多时，性能通常优于线性 equals() 判断链。
- 分支少（比如 2~3 个）时，性能差异几乎不可测，选可读性优先
- 分支多（5 个以上）且字符串长度适中时，
switch更高效 - 若字符串极长或包含大量 Unicode 补充字符，哈希计算开销略增，但影响一般不大
常见陷阱与注意事项
容易忽略的细节会影响逻辑正确性：
-
不要在 case 中写带空格或不可见字符的字符串，比如
"save "（末尾空格）会被当成独立分支，调试时难发现 -
避免使用 intern() 强制入常量池来“绕过”限制——虽然
switch (s.intern())能让非常量字符串“看起来可用”，但违背设计本意，且有内存和线程安全风险 -
IDE 可能提示“Switch rule is not supported at this language level”——检查项目语言级别是否设为 7 或更高（Maven 中
<source>7</source>，IntelliJ 在 Project Settings → Language Level）
替代方案（JDK 6 或更早）
如果必须兼容老版本，可借助 Enum 映射或 Map<string runnable></string> 实现类似效果：
// 方式一：用枚举做中间层
enum Action { SAVE, DELETE, UPDATE }
Action act = Action.valueOf(action.toUpperCase()); // 注意处理异常
switch (act) {
case SAVE: ...
}
// 方式二：用 Map 配合函数式接口（JDK 8+ 更简洁）
Map<string runnable> handlers = Map.of(
"save", () -> System.out.println("保存"),
"delete", () -> System.out.println("删除")
);
handlers.getOrDefault(action, () -> System.out.println("未知")).run();</string>Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
