Java switch漏写break不会报错但会导致fall-through，使多个本不该执行的case被连带触发；需通过日志叠加、逐行检查终止语句、启用-Xlint:fallthrough警告及调试器单步验证来排查。
Java switch 漏写 break 不会报编译错误，但会导致 case 穿透（fall-through），让多个本不该执行的分支被连带触发。排查这类 bug 要从现象反推控制流，重点验证“实际执行路径”是否与预期一致。
看日志或输出是否异常叠加
这是最直接的线索。如果输入一个值，却看到多条本应互斥的日志同时出现，大概率是穿透了：
- 用户点击“保存”，控制台同时打印“保存成功”“删除缓存”“退出登录”
- 传入 status = 2，却依次执行了 case 2、case 3、default 中的数据库更新、发送通知、记录错误
- switch 处理 HTTP 状态码，返回 200 却同时触发了 404 和 500 的错误处理逻辑
逐行检查每个 case 末尾是否有 break 或终止语句
不要依赖“看起来写了”，要逐个确认。尤其注意以下容易遗漏的位置：
- 最后一个非 default 分支（比如 case 4 后面没 break，但 default 在它之后）
- 含有 return/throw 的 case：虽然 break 可省略，但若误删了 return，就可能意外穿透
- 被折叠或格式混乱的代码块，break 可能被缩进遮挡或写在注释后
- 使用 IDE 快捷键自动生成 case 时，部分模板默认不带 break，需手动补全
启用编译器警告并设为错误
Java 编译器（javac）和主流 IDE 都支持检测隐式穿透：
- 命令行加参数：
-Xlint:fallthrough，会提示 “fall through from previous branch” - 在 Maven 或 Gradle 中配置，把该警告升级为编译失败，从源头拦截
- IntelliJ 和 Eclipse 默认高亮无 break 的 case，并提供快速修复（Alt+Enter 补 break 或加 // fall through 注释）
用调试器单步验证执行流
在 switch 表达式处打端点，观察程序真正跳转到哪个 case，再一步步走，看是否停在预期位置：
- 命中 case A 后，下一步不是 switch 结束，而是直接进入 case B 的第一行 → 确认穿透
- 发现某 case 执行完立刻跳到下个 case 的首行，而中间没有 break、return、throw → 就是漏写了
- 注意：如果用了 Java 14+ 的 switch 表达式（
case L ->形式），则无需 break，此时穿透是语法错误，不会发生
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
