普通enum因枚举值直接注入外层作用域而引发命名冲突；enum class通过作用域隔离、禁止隐式转换、显式底层类型等机制解决该问题，但需谨慎处理类型转换与兼容性。
为什么普通 enum 会引发命名冲突
普通 enum 的枚举值直接注入到外层作用域，比如定义 enum Color { Red, Green }; 后，Red 就成了全局可见的标识符。如果另一处又定义 enum Status { Red, Failed };，编译器立刻报错：redefinition of 'Red'。这不是“重名警告”，而是硬性编译失败。
enum class 如何从根源上隔离作用域
enum class 让每个枚举自成一个封闭命名空间，它的成员必须通过作用域运算符访问，比如 Color::Red、Status::Red。这不只是写法区别，而是语言级的作用域隔离：
- 不自动向外围作用域泄露名称，彻底避免同名冲突
- 不允许隐式转换为整数，防止误用（如
int x = Color::Red;编译不过） - 可显式指定底层类型，比如
enum class Mode : uint8_t { Off, On };，控制内存占用
常见误用：忘记显式转换或比较时出错
因为 enum class 不支持隐式转 int，以下代码会编译失败：
enum class Priority { Low, Medium, High };
int x = Priority::Medium; // ❌ error: cannot convert 'Priority' to 'int'
正确做法是用 static_cast 显式转换：
立即学习“C++免费学习笔记（深入）”；
int x = static_cast<int>(Priority::Medium); // ✅
另外，直接和整数字面量比较也不行：
if (p == 1) // ❌ p 是 Priority 类型，1 是 int
应统一类型：
if (p == Priority::Medium) // ✅
或转换右侧：
if (static_cast<int>(p) == 1) // ✅，但语义弱，慎用
与传统 enum 混用时的兼容性陷阱
旧代码可能大量使用普通 enum，而新模块用 enum class，两者不能直接互换。例如函数参数是 enum Status，你不能传 StatusClass::OK 过去——即使名字和值都一样，类型也不同。
- 跨模块接口升级时，必须同步修改所有调用点和声明
- 第三方库返回普通
enum，你要封装一层转成自己的enum class，别图省事用reinterpret_cast - 序列化/网络传输时，
enum class底层值仍为整数，但需确保底层类型一致（比如都用uint32_t），否则不同平台可能对齐或截断出错
强类型枚举不是“开了开关就万事大吉”，它把命名冲突问题解了，但把类型安全责任交到了开发者手上——漏掉一次 static_cast 或错配底层类型，问题会藏得更深。
