17370845950

switch仅适用于单变量多值等值判断，涉及范围、布尔逻辑、null检查或复杂条件时必须用if；它支持类型有限、case值须为编译期常量，且String switch存在空指针风险。

多数情况下，switch 比 if 更适合做「单变量多值等值判断」；但一旦涉及范围判断、布尔逻辑、null 检查或复杂条件组合，if 是唯一可行选择。

什么时候必须用 if

if 是通用分支工具，switch 是受限的等值跳转工具。以下场景无法用 switch 替代：

• 判断数值范围：比如 age >= 18 && age —— switch 不支持 && 或比较运算符
• 判断布尔值或表达式结果：如 if (user.isActive() && !user.isBlocked())
• 处理 null：Java 的 switch（包括 14+ 的模式匹配）在运行时遇到 null 会直接抛 NullPointerException，而 if (obj == null) 安全且明确
• 分支逻辑强耦合：例如后一个 if 依赖前一个分支的计算结果，不适合拆成独立 case

switch 在 Java 14+ 的关键变化

Java 14 引入 switch 表达式（带 -> 和自动 break），17+ 进一步支持 yield，但仍有硬性限制：

• 只支持 byte、short、char、int、String、enum、Character 等有限类型（JDK 21+ 支持 sealed 类型，仍非任意对象）
• 不能写 case x > 10: 这类条件，哪怕用 if 套在 case 里，也会破坏 switch 的结构清晰性
• default 不再可选：如果漏写，编译器会报错（除非所有可能值已被穷举，如 enum）

String role = "admin";
String level = switch (role) {
    case "admin" -> "high";
    case "user" -> "medium";
    default -> "guest";
}; // Java 14+ 表达式写法，返回值必须被接收

性能差异其实不重要，可读性才是关键

JVM 对 if 链和 switch 都做了深度优化：小分支数时编译为条件跳转，大分支数且值密集时可能转为跳转表（tableswitch）或二分查找（lookupswitch）。实际性能差距几乎不可测。

• 优先选 switch：当判断目标是同一变量、值明确、数量 ≥ 3 且为常量（如状态码、枚举、固定字符串）
• 优先选 if：只要有一个条件不是「变量 == 常量」，就别硬套 switch
• 避免混合：不要在一个逻辑块里先用 if 判断范围，再用 switch 处理子状态——这会让阅读者反复上下文切换

容易被忽略的细节

很多人以为 switch 天然线程安全或更“高级”，其实它只是语法糖。真正容易出问题的是：

• String 类型的 switch 依赖 equals()，但编译期不会检查空指针 —— 如果传入 null，运行时直接崩溃
• Java 12–13 的预览版 switch 表达式需显式开启预览特性，否则编译失败，错误信息是 error: switch expressions are not supported in -source 11
• switch 中的 case 值必须是编译期常量，不能是 final int x = getValue(); 这种运行期确定的值