Java中switch语句与表达式运行时性能几乎无差别，差异主要在语义、语法和可读性；性能真正取决于分支数量、常量类型及JVM优化，而非形式本身。
Java 中传统 switch 语句与 Java 14 引入的 switch 表达式（在 Java 14 为预览特性，Java 17 正式成为标准）在**语义、语法和编译后字节码层面有差异，但运行时性能几乎无差别**。真正影响性能的是分支数量、常量类型、JVM 优化能力，而非“语句”或“表达式”的形式本身。
编译结果高度相似，JVM 优化后基本一致
无论使用传统写法还是 switch 表达式，只要 case 值是编译期常量（如 int、String、enum），javac 都会尽量生成 tableswitch 或 lookupswitch 字节码指令——这两种指令都是 O(1) 时间复杂度的跳转，不随 case 数量线性变慢。
- 对
int、byte等小范围连续整数，优先生成tableswitch - 对稀疏或非连续值（如大整数、字符串、枚举），生成
lookupswitch（哈希查找）或内部调用String.hashCode()+ 分支判断 - switch 表达式只是语法糖，编译后仍转为等效的分支结构，不会额外分配对象或引入函数调用开销
字符串和枚举 switch 的实际表现
从 Java 7 开始，String 类型的 switch 就已支持；Java 14+ 的 switch 表达式只是让返回值更简洁，底层仍依赖字符串哈希和 equals 判断。
- 字符串 switch 性能取决于字符串内容是否重复、哈希冲突率，与是否用表达式无关
- 枚举 switch 编译后直接映射到
ordinal()，极快；表达式写法可省略break和临时变量，但不影响速度 - 注意：若在 switch 表达式中使用带副作用的表达式（如方法调用）作为 case 标签值，可能被多次执行——这不是性能问题，而是语义陷阱
真正该关注的性能点
比起纠结“语句 vs 表达式”，以下因素对性能影响更实际：
立即学习“Java免费学习笔记（深入）”；
-
case 数量极大（上百个）且非连续整数：考虑改用
Map预加载查表（前提是 key 稳定、内存可接受） - case 值含非常规类型（如自定义对象）：无法用 switch，必须用 if-else 或策略模式，此时性能取决于 equals/hashCode 实现
- 频繁调用且分支逻辑复杂：JIT 编译器对简单 switch 更友好；若每个 case 内含大量计算，瓶颈在业务逻辑，不在 switch 本身
- 误用 String switch 处理用户输入：未预热、短字符串少、哈希碰撞高时，首次调用略慢——但这属于 JVM 预热和数据特征问题
结论：选表达式主要为可读性与安全性
switch 表达式减少了 break 忘写导致的 fall-through 错误，强制返回值，配合 yield 让意图更清晰。它不是为提速设计的，但在现代 JVM（HotSpot 8u292+ / 17+）上，与传统写法实测吞吐量差异通常在 ±1% 以内，可忽略。
如果你的代码已稳定、可读、无 bug，无需为性能重写 switch；如果正重构，优先用表达式提升维护性——性能不是它的卖点，安全与简洁才是。
