如何强制C++链接器捕获跨翻译单元枚举类定义冲突？

这类跨翻译单元的同名枚举定义冲突属于典型的C++**单一定义规则（ODR）**违规，是标准明确标注的未定义行为。
默认编译配置下不会触发报错的核心原因很简单：enum class是纯编译期构造，不会生成任何进入目标文件符号表的实体。每个翻译单元独立编译时只会使用当前文件内可见的枚举定义计算枚举值，链接器默认仅处理有实际地址的函数、全局变量类符号，不会比对不同文件中的类型定义是否一致，因此冲突会被完全静默放过，最终在运行时出现难以排查的逻辑错误。你给出的示例就是典型场景：b.cpp中numbers::one对应的整数值是1，传入a.cpp的getName函数后会直接匹配numbers::two分支，程序最终输出two，和预期结果完全不符。

目前主流编译工具链都已经支持这类ODR冲突的自动检测，仅需要手动开启对应编译链接参数即可：

• GCC/Clang 工具链
  • 链接期静态拦截：在所有编译、链接命令中追加-flto -Wodr参数。开启LTO（链接时优化）后，链接阶段可以拿到所有翻译单元的完整中间表示，-Wodr会逐一比对同名类型、函数的定义一致性，发现枚举项不匹配、类成员布局不一致这类ODR违规时直接抛出错误，阻断编译流程。
  • 运行时兜底检测：额外追加-fsanitize=undefined参数即可启用UBSan的ODR检查模块，程序启动阶段会自动校验所有类型的跨翻译单元定义一致性，发现冲突会输出明确的错误信息并终止进程；如果不需要输出信息、仅要求冲突时直接终止，可以再加-fsanitize-undefined-trap-on-error参数。
• MSVC 工具链
  使用VS2019 16.7及以上版本时，编译阶段追加/GL开启全程序优化，链接阶段追加/d2ValidateAllTypeDefs参数，链接器会在LTCG（链接时代码生成）阶段校验所有跨翻译单元的类型定义一致性，发现枚举定义不匹配这类问题时直接抛出LNK系列错误，终止链接流程。
• Gold 链接器
  如果使用GCC配套的Gold链接器，加载内置的ODR检测插件后，也可以在链接阶段完成同类静态检测，不需要依赖编译器的LTO流程。

对于规模较大的代码库，建议把上述ODR检测选项加入CI流水线的强制检查环节：这类冲突通常是修改枚举定义时漏更新部分文件、或者开发者错误地在多个源文件中重复定义同名枚举导致的，靠人工代码评审很难实现100%覆盖，自动化检查的拦截效率最高。
从根源规避这类问题的方式也很简单：不要在源文件中重复定义公共枚举，将枚举的唯一存放在统一的头文件中，所有需要使用该枚举的源文件直接包含对应头文件即可，从写法上杜绝多份定义出现的可能。

内容的提问来源于stack exchange，提问作者Null