enum class 比普通 enum 更安全：作用域隔离、无隐式转换、支持前向声明、避免 ADL 干扰、强制显式底层类型控制，新代码应默认使用。
enum 和 enum class 的定义方式差异
普通 enum 定义时，枚举值会直接注入到外层作用域，容易引发命名冲突；enum class（即强类型枚举）则将所有枚举值封装在枚举名的作用域内，必须通过作用域解析符访问。
示例对比：
enum Color { Red, Green, Blue }; // Red 可直接使用
enum class Status { OK, Error, Pending }; // Status::OK 才能使用
-
Color的值隐式转换为int，可直接参与算术或比较（如Red + 1） -
Status的值不能隐式转为整数，必须显式static_cast<int>(Status::OK)</int> - 若定义两个同名枚举值（如另一个
enum { OK }），普通enum会编译报错，enum class不会
底层类型与显式指定的必要性
两者都支持显式指定底层类型（如 uint8_t），但普通 enum 的底层类型由编译器自动推导（通常是 int），而 enum class 必须显式声明才能控制内存占用或 ABI 兼容性。
- 不指定时，
enum class默认底层类型是int，但某些平台或序列化场景需要固定宽度（如网络协议中用uint16_t） - 显式写法：
enum class FileMode : uint8_t { Read = 1, Write = 2 }; - 普通
enum加底层类型需 C++11 起支持：enum LogLevel : uint32_t { Debug, Info, Warn }; - 未显式指定时，
enum class无法用sizeof预判大小（依赖编译器实现），可能影响结构体对齐
作用域污染与 ADL（参数依赖查找）的影响
普通 enum 的枚举值暴露在外层作用域，可能意外触发 ADL，导致函数重载解析异常；enum class 完全避免该问题。
立即学习“C++免费学习笔记（深入）”；
- 比如有函数
void foo(int)和void foo(Color)，调用foo(Red)会匹配Color版本；但若某处有using namespace std;且std::swap被 ADL 拉入，普通enum值可能干扰swap查找 -
enum class枚举值不会参与 ADL，调用swap(a, b)时只看a、b类型本身，更可控 - 大型项目中混用多个枚举时，普通
enum容易因同名值（如Success）引发 ODR 违规或链接错误
何时必须用 enum class？
除非维护遗留 C 接口或受限于旧编译器（如 VS2012 以前），新代码应默认使用 enum class。以下情况尤其不能妥协：
- 枚举值需与整数严格区分（如状态机中禁止
if (status == 0)这类模糊判断） - 需要前向声明（
enum class Status;合法，普通enum Status;不合法） - 与其他语言绑定（如 Rust、Python）时，要求明确作用域和类型边界
- 使用
constexpr枚举值做模板非类型参数（C++20 起，仅enum class支持完整 constexpr 行为）
真正棘手的地方在于：普通 enum 的隐式转换看似方便，实则掩盖了类型意图；而 enum class 多写的几个 :: 和 static_cast，换来的是一致性和可维护性——这点在跨模块协作时尤为明显。
