不加 break 时会发生 fall-through（贯穿），程序会继续执行下一个 case 或 default 中的语句，直到遇到 break 或 switch 结束；这是 c/c++ 标准定义的行为，并非 bug。
可以省略，但绝大多数情况下不该省略——省略后会触发 fall-through（贯穿），执行后续所有 case 直到遇到 break 或 }。
不加 break 时会发生什么
当某个 case 块末尾没有 break，程序不会在该 case 结束，而是“掉进”下一个 case 或 default，继续执行其语句。这不是 bug，是 C++ 标准定义的行为。
- 常见错误现象：
switch(x) { case 1: cout 中，<code>x == 1时输出AB，而非仅A - 这种行为容易被误认为逻辑错误，尤其在维护他人代码或快速复制粘贴时
- 编译器（如 GCC/Clang）通常不会报错，但启用
-Wimplicit-fallthrough可警告（C++17 起支持[[fallthrough]]显式标注）
哪些场景下可以/应该省略 break
只有明确需要多个 case 共享同一段逻辑时，才应省略 break；此时建议用注释或 C++17 的 [[fallthrough]] 显式声明意图。
- 合法用例：处理连续整数范围，如
case 1: case 2: case 3: do_something(); break; - 合法用例：状态机中某状态需“透传”到下一状态，如解析协议字段时复用处理逻辑
- 错误用法：忘记加
break后发现多输出了内容，再回头补，已埋下维护隐患 - 注意：
default前面没break同样会 fall-through——哪怕它是最后一个分支
default 分支要不要加 break
语法上可不加，但强烈建议加上。虽然 default 通常位于末尾，看似“后面没东西可执行”，但一旦后续有人在它后面新增 case，漏掉 break 就会导致意外贯穿。
- 重构风险高：团队协作中，别人可能在
default后追加新case，而你写的旧代码瞬间变脆弱 - 静态分析工具（如 clang-tidy）默认会提示
default缺少break - 统一风格：所有
case和default都以break;结尾，阅读和维护成本最低
嵌套 switch 或循环里 break 的作用域
break 永远只跳出**最近一层的 switch 或循环**，不会影响外层结构。这点常被误读，尤其在 switch 内含 for 循环时。
- 错误认知：“在
case里的for中写break会跳出switch”——实际只跳出for - 正确做法：若需从深层结构直接跳出
switch，必须在外层加标签 + 带标签break（C++ 不支持带标签break，只能用goto或重构为函数 +return） - 性能无关：
break是编译期确定的跳转，无运行时开销；省略它反而可能因多执行无关语句而降低效率
最容易被忽略的是：fall-through 不是“偶尔出错”，而是每次都会发生——只要没 break，就必然贯穿。写 case 时手快漏掉分号或复制粘贴后忘了改，比想象中更频繁。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
