适合用switch的典型场景是根据离散、有限、编译期可确定的值（如枚举、整数常量、字符串字面量、密封类）做分支跳转；不适用范围判断、null值、动态字符串或需复杂逻辑的场景。
适合用 switch 的典型场景
当需要根据一个表达式的**离散、有限、编译期可确定的值**做分支跳转时，switch 比一长串 if-else if 更清晰、更易维护，也更容易被 JVM 优化（比如生成跳转表 tableswitch 或查找表 lookupswitch）。
常见适用情况包括：
- 枚举类型（
enum）的判别 —— 安全、语义明确、IDE 可补全和检查遗漏 - 整数型常量（
byte、short、char、int、Integer）的多路分发 - 字符串字面量（JDK 7+）—— 仅限编译期确定的字符串，如
"GET"、"POST" - 密封类（
sealed class）配合模式匹配（JDK 21+ preview，需开启）—— 但此时更推荐用switch表达式 + 模式
哪些情况坚决不该用 switch
switch 不是万能的分支工具，强行套用反而引入 bug 或可读性灾难。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 判断范围（如
x > 10 && x ）—— 必须用 <code>if - 运行时拼接的字符串（如
request.getMethod().toUpperCase()）—— 即使结果是"GET"，也不满足switch对字符串的“恒定性”要求，会抛NullPointerException或直接不匹配 - 浮点数（
float/double）—— 编译不通过，语言层面禁止 - 普通对象引用（非
String、非enum、非密封类模式）—— 比如switch (user)会报错
switch 语句 vs switch 表达式：选哪个？
JDK 14 起支持 switch 表达式（带 -> 和自动 break），JDK 15 起正式可用。两者核心区别不在功能，而在控制流和返回意图。
立即学习“Java免费学习笔记（深入）”；
- 用语句（
:+break）：适合执行副作用（如日志、修改状态、抛异常），不强调返回值 - 用表达式（
->）：必须覆盖所有可能分支（或有default），且每个分支必须产生一个值；天然避免漏写break导致的穿透（fall-through） - 表达式可直接赋值：
String desc = switch (status) { case ACTIVE -> "在线"; default -> "未知"; };
容易被忽略的坑和细节
很多问题不是语法错误，而是语义理解偏差导致的线上隐患。
-
switch对null零容忍：JDK 14+ 在表达式中遇到null直接抛NullPointerException；语句中同样会崩，别指望它默默走default - 字符串比较用的是
String.equals()，不是==，但前提是该字符串是常量池中的（字面量或intern()过的），否则仍可能匹配失败 - 枚举
switch如果没写default，且未来新增枚举值又没同步更新switch，编译不报错，但运行时会进default分支——这可能是逻辑漏洞的温床 - 老项目里还存在
fall-through（没有break的穿透），虽然表达式语法已禁用，但语句形式仍存在，极易误读
switch 表达式 + 枚举或字符串字面量；只要涉及 null、动态值、范围判断，立刻切回 if。别为了“看起来高级”硬套。 
