java中switch不写break会导致case穿透：从匹配case开始顺序执行后续所有case和default代码，直至break/return/throw或switch结束；case仅为跳转标签而非逻辑隔离块，易引发数据重复、资金异常、权限绕过等严重逻辑错误。

Java 中 switch 语句不写 break，会导致 case 穿透（fall-through）：程序从匹配的 case 开始，顺序执行后续所有 case 和 default 中的代码，直到遇到 break、return、throw，或 switch 块自然结束。

case 只是跳转标签，不是逻辑隔离块

Java 编译器把每个 case 当作一个入口标记（类似汇编里的 label），而不是独立分支。一旦跳进某个 case，控制流就从那行开始一路向下执行，完全不重新比对后续 case 的值是否匹配。

• 输入为 2，却会依次执行 case 2、case 3、default
• 哪怕 case 3 对应的值根本不是当前输入，只要没 break，照样运行
• default 不是“保险丝”，前面 case 没中断，它也会被卷进去执行

实际后果远不止多打印几行

穿透引发的不是语法错误，而是逻辑错位——多个本该互斥的操作被强制串联，容易触发严重副作用：

Smart Model Switcher V5

智能模型自动切换 V5.0.2 - 多模态感知，自动识别图片/视频/音频/代码/文本任务，切换最优模型。支持图片理解(qwen3-vl-plus)、视频音频(qwen3.5-plus)、代码(glm-5)、Office文档(MiniMax-M2.5)、推理等场景。零感知切换，无需手动操作。

下载

• 数据库插入一次 → 又插一次 → 主键冲突或数据重复
• 调用支付接口 → 接着调用退款接口 → 资金异常变动
• 权限校验通过 → 没中断 → 后续高危操作无条件执行
• 文件打开一次 → 再打开一次 → 句柄泄漏或内容覆盖

调试时很难一眼发现

现象和根源脱节：编译器不报错，日志可能只显示“多输出了几行”，但没人会立刻想到是漏了 break。

• 日志分散在不同模块，时间戳紧挨着，却来自四个不相关的 case
• 状态变化延迟显现，比如界面刷新后用户被登出 + 缓存清空 + 数据上报全发生
• 开发者常先怀疑异步、并发或数据源问题，绕开 switch 本身排查

有意穿透必须明确标注

虽然语言允许穿透（例如多个值共享同一段处理逻辑），但现代开发规范要求显式声明意图：

• 加注释：// fall through 或 // intentional
• 使用 [[fallthrough]]（需 Java 版本与工具链支持）
• 配置 ESLint 或 IDE 检查规则，把未标注的穿透警告升级为构建错误

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南