当判断条件全是同一变量的常量等值比较且分支超3个时，应优先用switch；java 14+支持字符串和枚举直接switch；若混入范围判断（如age>=18）则不适用。
什么时候该用 switch 而不是一长串 if-else if
当判断条件全是同一变量的**常量等值比较**（比如 status == 1、type.equals("user")），且分支超过 3 个时，switch 更清晰。Java 14+ 支持字符串和枚举直接 switch，不用自己写 if (type.equals("a")) 套娃。
常见错误现象：if-else if 链里混了范围判断（如 age >= 18 && age ）或逻辑组合，硬塞进 <code>switch 会逼你造一堆无意义的常量，反而更难懂。
- 只对单一表达式做等值匹配才适合
switch -
switch分支多时，JVM 可能编译为跳转表（tableswitch），比逐个if判断快；但少于 3 个分支时，差异几乎为零 - Java 17+ 的
switch表达式（带->和yield）能避免漏写break，但老项目若还在用 Java 8，switch里忘写break就会意外穿透
if-else if 链里最容易被忽略的空指针和顺序陷阱
很多人写 if (role.equals("admin")) 直接挂，因为 role 是 null。用 "admin".equals(role) 才安全——但这个习惯在长链里经常漏掉某一处。
另一个隐形坑是判断顺序：比如先判 status == 0，再判 status == 1，但如果 0 和 1 有包含关系（比如 0 表示“未激活”，1 表示“已激活但过期”），而业务上“过期”也属于“未激活”，那顺序错了结果就错。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 所有可能为
null的引用比较，统一用字面量在前："xxx".equals(var) - 把范围更宽泛的条件放前面（比如先判
status == 0，再判具体子状态），否则后面的分支永远进不去 - 别在链里重复计算同一个表达式，比如每个
if都调一次getUser().getProfile()，应该提前赋值给局部变量
Java 14+ switch 表达式 vs 传统语句：语法糖背后的约束
switch 表达式（用 ->）强制要求所有分支有返回值，且不能有 break；传统 switch 语句则相反。混用会导致编译失败，比如在表达式里写了 break "default"，IDE 可能不报错但运行时报错。
性能上没本质差别，但表达式写法天然防漏：没有 default 分支时，编译器直接报错；而传统 switch 没写 default，程序就静默走默认逻辑（通常是啥也不干），出问题很难定位。
- 想用表达式写法，必须确保所有情况都被覆盖，包括
default - 如果某个分支需要多行逻辑（比如要改状态再返回），得用大括号包住，并用
yield显式返回，不能直接写return - 枚举
switch时，IDE 通常能提示漏了哪个枚举值；但字符串switch不行，靠人肉核对
可读性不是看代码行数，而是看「修改成本」
加一个新状态时，if-else if 链要找位置插进去，还得检查前后逻辑是否冲突；switch 只要在末尾加一行，结构不变。但反过来，如果新加的判断依赖两个变量（比如 status 和 isLocked），硬塞进 switch 就得拼字符串或造新枚举，维护成本反而飙升。
真正影响可读的是命名和抽象层级：把 if (user.getRole() == 1 && user.getLevel() > 5) 这种藏在链里的条件，抽成 isEligibleForPremium() 方法，比换 switch 有用得多。
- 别为了“看起来整洁”强行统一用某一种结构
- 多人协作时，团队内对同类型判断（比如状态机）应约定一种主模式，避免同一文件里两种风格混用
- 最麻烦的从来不是写法，而是注释没跟上——比如
if (flag == 3)后面没写清楚3代表什么，过三个月谁也看不懂
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
