应优先用switch判断编译期确定的常量值（如整数、字符、字符串、枚举），因其更清晰且可被JVM优化；范围判断、布尔表达式或运行时计算则必须用if-else。
Java里什么时候该用 if-else，什么时候该用 switch
判断依据不是“哪个更高级”，而是看匹配目标是否为**编译期确定的常量值**。如果判断的是变量是否等于几个固定整数、字符、字符串或枚举，switch 更清晰且可能被 JVM 优化成跳转表；如果涉及范围判断（如 score >= 90）、布尔表达式、或运行时计算结果，只能用 if-else。
常见误用：把 switch 套在 boolean 上——Java 不支持 switch (flag)（除非用 Boolean 枚举包装，但纯属绕弯）。
-
switch支持的类型：byte、short、int、char、String（JDK 7+）、enum（JDK 5+） -
if-else没有类型限制，可嵌套任意逻辑，比如if (obj != null && obj.isValid() && obj.getType() == Type.A) - JDK 14+ 的
switch表达式（带->和yield）适合需要返回值的场景，避免重复写return或赋值
避免 if-else 链漏掉 else 导致逻辑空转
当多个条件互斥且必须覆盖所有情况时（比如解析 HTTP 状态码），漏写 else 或末尾 else if 后没接 else，会导致某些输入不进任何分支，程序静默失败。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 先写最具体的条件（如
if (status == 404)），再写宽泛的（如else if (status >= 400)），避免逻辑被前置条件截断 - 末尾强制加
else { throw new IllegalArgumentException("Unknown status: " + status); }，尤其在处理外部输入时 - IDE 通常能提示“Condition is always false”或“Unreachable code”，别忽略这些警告
switch 忘记 break 就会“穿透”执行
传统 switch 语句中，每个 case 块末尾必须显式写 break，否则会继续执行下一个 case 的代码——这不是 bug，是设计行为，但绝大多数业务场景下属于错误。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
示例：
switch (day) {
case 1:
System.out.println("Monday");
case 2: // 没有 break！
System.out.println("Tuesday");
break;
default:
System.out.println("Other");
}
当 day == 1 时，会同时打印 Monday 和 Tuesday。
解决方式：
- 用 JDK 14+ 的新语法：
case 1 -> System.out.println("Monday");，自动终止，无需break - 老版本中，用 IDE 的 “Add ‘break’ statement” 快捷修复（IntelliJ / Eclipse 都支持）
- 若真需要穿透（极少见，如某些状态机），加注释说明：
// fall-through
字符串 switch 的坑：空指针和大小写敏感
switch 对 String 的判等本质是调用 String.equals()，所以传入 null 会直接抛 NullPointerException；而且默认区分大小写，"GET" 和 "get" 是两个不同分支。
安全写法：
- 先判空：
if (method == null) { ... } else switch (method) { ... } - 统一转大小写再比较：
switch (method.toUpperCase()) { case "GET": ... }，但注意国际化场景（如土耳其语）可能出问题 - 更稳妥的方式：用
if ("GET".equalsIgnoreCase(method))，语义明确，无 NPE 风险
别为了用 switch 而硬套字符串，尤其是当分支数少于 3 个时，if-else 更直白、更易调试。
