多值判断时优先选switch：值为byte/short/char/int/包装类/String/enum/sealed类型、分支≥5个且为互斥常量等值判断、需高可维护性与编译期完备性保障；否则用if链。
多值判断时，if 和 switch 的选择核心在于：值的类型、数量、是否连续、可维护性需求以及 Java 版本支持情况。
值是否为 switch 支持的类型
Java 的 switch 仅允许特定类型：基本类型（byte、short、char、int）、其包装类、String（自 Java 7）、enum（自 Java 5），以及自 Java 14 起支持的 sealed 类型（需配合模式匹配）。若判断的是 double、float、long（非包装类）、普通 Object 或自定义类实例，只能用 if 链。
分支数量与结构是否适合 switch
当分支较多（如 5 个以上）且均为常量等值判断时，switch 更清晰、更易读、编译后通常生成跳转表（tableswitch/lookupswitch），性能更稳定。而 if 链在分支多时可能退化为逐个比较，可读性下降，也难做静态优化。
- 推荐 switch：case 值明确、互斥、无范围或逻辑组合（如
"start","pause","stop"） - 不适用 switch：需要判断区间（如
score >= 90）、复合条件（如status == ACTIVE && type != NULL）、或含 null 检查（除非用 Objects.equals + String 等安全方式）
可维护性与未来扩展性
switch 天然表达“单变量多取值”的语义，利于 IDE 提示遗漏 case（配合 default 或 Java 17+ 的 sealed + exhaustive switch），减少漏处理；而 if 链容易遗漏分支、顺序敏感、易引入副作用。
立即学习“Java免费学习笔记（深入）”；
- Java 14+ 可用
switch表达式（带->和自动 break），避免 fall-through 错误 - Java 17+ 若搭配 sealed class，编译器可检查是否覆盖全部子类，实现编译期完备性保障
- 若业务逻辑后续可能增加新状态（如新增枚举值），switch + enum 组合比 if + 字符串字面量更安全、更易重构
性能差异在绝大多数场景下可忽略
现代 JVM 对两者都有良好优化。简单等值判断中，switch 在分支数较多时略优；但若涉及方法调用、异常、复杂表达式，实际瓶颈往往不在控制结构本身。盲目追求“switch 快”而牺牲可读性或类型安全，得不偿失。应优先保证逻辑正确和易于理解，再根据 profiler 数据针对性优化。
