switch仅适用于单变量多值等值判断，涉及范围、布尔逻辑、null检查或复杂条件时必须用if；它支持类型有限、case值须为编译期常量，且string switch存在空指针风险。
多数情况下，switch 比 if 更适合做「单变量多值等值判断」；但一旦涉及范围判断、布尔逻辑、null 检查或复杂条件组合，if 是唯一可行选择。
什么时候必须用 if
if 是通用分支工具，switch 是受限的等值跳转工具。以下场景无法用 switch 替代：
- 判断数值范围：比如
age >= 18 && age —— <code>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）。实际性能差距几乎不可测。
立即学习“Java免费学习笔记（深入）”；
- 优先选
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();这种运行期确定的值
