switch case 穿透是C++标准规定的行为，case/default仅为跳转标签，匹配后顺序执行直至break/return/throw或函数结束；default不阻止穿透，仅在无case匹配时触发，且必须显式书写。
switch case 会“穿透”不是 bug，是设计如此；不写 break 就会继续执行下一个 case 或 default 分支——这点必须主动控制，否则逻辑错得悄无声息。
为什么 case 后面不加 break 就会穿透
这是 C++ 标准明确规定的控制流行为：case 和 default 只是跳转标签（label），不是独立作用域或隐式边界。一旦匹配成功，程序就从该标签处开始顺序执行，直到遇到 break、return、throw 或函数结束。
- 常见错误现象：
case 1:处理完后没break，结果case 2:的代码也跑了，甚至一路掉进default: - 使用场景：穿透其实有用——比如多个值共享同一段逻辑，如
case 'a': case 'A':共用处理小写/大写 - 注意：
default放在最前、中间或最后都合法，但若它前面的case没break，就会被“误入”
default 分支必须显式写，且位置不决定是否兜底
default 不是“自动补位”，它只在所有 case 值都不匹配时才触发；但它不会阻止穿透，也不会因位置靠前就提前截断流程。
- 常见错误现象：把
default:写在开头，以为能当“安全阀”，结果前面某个case漏了break，照样穿透进来执行 - 参数差异：C++ 中
default不接受任何值，也不能带条件表达式；它就是纯粹的“未命中兜底” - 建议写法：始终把
default放在末尾，并在其内部加break（即使它是最后一个分支）——避免未来增删case时意外引入穿透
枚举和整型以外的类型不能直接用于 switch
switch 的判别表达式必须是整型（int、char、enum 等可提升为整型的类型），浮点数、std::string、指针等都不行。
- 常见错误现象：写
switch(str)报错error: switch quantity not an integer - 使用场景：枚举最常用，但要注意底层类型——如果用了
enum class，必须显式转换，如static_cast(e) - 性能影响：编译器通常对
switch做跳转表（jump table）优化，但稀疏值或大量case可能退化为二分查找或链式if-else
现代 C++ 中更安全的替代方案
如果你频繁遇到穿透误用、类型受限或需要运行时字符串匹配，switch 就不是最优解。
-
if constexpr（C++17）适合编译期已知的枚举分支，类型安全且无运行时开销 -
std::variant+std::visit（C++17）能安全处理多态值，自动防漏处理 - 字符串映射：用
std::map<:string std::function>>或std::unordered_map替代，比手写长串if-else更易维护
穿透本身不可怕，可怕的是忘了它存在；default 也不是保险丝，它只是最后一道人工检查点。真正容易被忽略的是：所有 case 分支里的变量作用域其实是共享的——在同一个 switch 块里定义两个同名变量会编译失败，哪怕它们在不同 case 下。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
