C++禁止同一switch中case标签值重复，因底层跳转表等机制要求编译期值唯一可区分；重复时编译器报错而非警告，需用-Wduplicate-case等工具定位隐式冲突。
case 标签值重复导致编译失败
编译器直接拒绝通过，报错类似 duplicate case value 或 duplicate label。C++ 语法明确禁止同一个 switch 中出现两个相同值的 case 标签——这不是警告，是硬性约束。
为什么语言层面不允许重复 case 值
因为 switch 的底层实现依赖跳转表（jump table）或二分查找等优化结构，这些机制要求每个 case 常量在编译期唯一可区分。如果允许重复，编译器无法确定匹配时该跳到哪个分支，语义就模糊了。
-
case后必须是常量表达式，且所有值在同一个switch内必须互异 - 即使类型不同（比如
case 1:和case 1L:），只要整型提升后值相等，仍算重复 -
default不参与值冲突检查，但它最多只能有一个
常见误判场景：宏、枚举、字面量隐式转换
看似不同的写法，实际展开后值重复，容易被忽略：
- 宏定义冲突：
#define ERR_OK 0和#define SUCCESS 0，然后写case ERR_OK:和case SUCCESS: - 枚举项未显式赋值但意外相同：
enum { A, B };和enum { X = 0, Y };，混用时case A:与case X:冲突 - 字符字面量与数字混淆：
case '0': // ASCII 48和case 0:明显不同，但有人误以为都是“零” - 负数与无符号数比较：
case -1:和case 0xFF...F:在某些上下文中经整型提升后可能等价（尤其涉及unsigned char等窄类型时）
如何快速定位和修复重复 case
不要靠肉眼扫，用编译器和工具辅助：
立即学习“C++免费学习笔记（深入）”；
- 开启高警告级别：
-Wduplicate-case（GCC/Clang）能提前标出问题，比等到错误更早发现 - 把所有
case值提取到数组或constexpr集合里，用std::set检查重复（适合重构阶段） - 对宏或枚举驱动的
case，先g++ -E预处理看真实值，确认是否展开重叠 - 若逻辑上真需要“多个标签走同一段代码”，用空
case落空写法：case 1: case 2: do_something(); break;，这是合法且推荐的
真正难调试的不是明显重复，而是跨头文件、跨宏定义、跨枚举域的隐式值碰撞——这类问题往往只在链接前的编译阶段暴露，且错误位置指向 switch 开头而非具体重复行。
