多个case可共享代码：通过省略break实现穿透，使匹配任一case均执行同一逻辑，如季节判断中case3/4/5共用“春季”输出，既简洁又符合C语言设计本意。
多个case共享代码时直接连续写，不加break
当几个case需要执行完全相同的逻辑，最简洁的方式就是把它们挨着写，中间不加break。编译器会自然“穿透”到下一个case的语句块，直到遇到break或switch结束。
常见错误是误以为必须每个case都带break，结果写了冗余代码或漏删重复逻辑；也有人加了break还纳闷为什么进不去后续case——其实那正是break该干的事。
- 多个
case值必须是编译期常量（如1、'a'、enum成员） - 共享代码建议缩进对齐，便于一眼看出归属关系
- 如果共享逻辑较长，可考虑抽成函数，避免
switch体过重
switch (op) {
case '+':
case '-':
case '*':
case '/':
result = calculate(a, b, op); // 四个运算符共用同一计算逻辑
break;
default:
throw std::invalid_argument("unknown operator");
}
想共享部分逻辑但又需差异化处理？用空case+注释说明意图
有时多个case要先执行一段公共前置操作（比如日志、校验），再各自走不同分支。这时不能全靠穿透，否则后续逻辑会混在一起。正确做法是让公共代码落在第一个case里，后面case只写差异部分，并用// fall through注释显式标记意图。
不加注释容易被误认为是漏写break，尤其在启用-Wimplicit-fallthrough（GCC/Clang）时会报警告；而加了break又会中断穿透，达不到共享目的。
立即学习“C++免费学习笔记（深入）”；
- 务必开启编译器隐式穿透警告，强迫自己显式标注
-
// fall through必须写在case末尾，且紧贴}或下一行case前 - 不要依赖空
case“什么也不做”来穿透——可读性差，易被误删
switch (state) {
case CONNECTING:
log("connecting...");
// fall through
case CONNECTED:
send_heartbeat();
break;
case DISCONNECTED:
cleanup();
break;
}
替代方案：用if-else链或查找表，什么时候更合适？
当case数量多、值不连续（比如1、7、42、1000）、或需要运行时计算匹配条件时，switch穿透反而难维护。此时if-else或std::map/std::unordered_map可能更直白。
比如处理HTTP状态码：200、201、204都算成功，但和400、404、500分属不同语义组——硬塞进一个switch里，穿透逻辑会变得支离破碎。
-
switch适合整型/枚举的密集、静态分支；if-else适合范围判断（如if (x >= 1 && x ）或混合类型 - 查找表（
std::map）适合键非编译期常量，或需动态增删规则的场景 - C++17起可用
constexpr if配合模板参数做编译期分支，但仅限模板上下文
注意default位置和穿透边界
default不是必须放在最后，但它一旦出现在中间且没break，就会继续穿透到后面的case——这通常不是想要的行为。多数人习惯把它放末尾，但真正关键的是：只要没break，穿透就不管它是case还是default。
另一个容易忽略的点是作用域：多个case共享同一作用域，所以在某case里声明的变量，其他case也能访问（只要没被{}限制）。这可能导致未初始化访问，比如：
switch (x) {
case 1:
int v = 42; // v在此声明
use(v);
break;
case 2:
use(v); // 编译通过！但v未初始化（case 1没执行）
break;
}
- 所有
case和default共享switch的作用域 - 变量应在独立作用域
{}内声明，或统一在switch外初始化 -
default后若无break，穿透行为和其他case完全一致
break，以及变量生命周期是否安全。 
