enum默认从0开始递增，显式赋值后后续项仍按前项+1推导；推荐用enum class避免作用域污染和隐式转换；应显式指定底层类型并手动映射字符串。
enum 定义后默认值从 0 开始，但容易被忽略重置规则
不显式赋值时，enum 的第一个枚举项值为 0，后续依次递增。但一旦某一项显式赋值，后续项仍按“前一项 + 1”推导，不是从 0 重启。
- 错误写法：
enum Color { RED = 1, GREEN, BLUE };→GREEN是2，BLUE是3，不是1, 2, 3的错觉 - 常见陷阱：在状态机中写
enum State { INIT = 0, RUNNING, PAUSED = 3, STOPPED }→RUNNING是1，STOPPED是4（不是3后直接跳到4） - 如果想全部显式控制，建议每项都赋值，避免依赖隐式递增逻辑
C++11 起推荐用 enum class 替代传统 enum
传统 enum 会把枚举名泄露到外层作用域，容易和变量、函数名冲突；enum class 则强制限定作用域，且不隐式转换为整数。
- 传统
enum危险示例：enum Op { ADD, SUB }; int x = ADD;合法但易引发意外类型混用 -
enum class Op { ADD, SUB };后，必须写Op::ADD，且int x = Op::ADD;编译失败（需显式static_cast） - 兼容性注意：C++11 及以上才支持
enum class；老项目升级时，搜索所有裸enum定义，优先改造成enum class
底层类型不可靠：不指定时由编译器决定
传统 enum 和 enum class 都可以指定底层类型（如 uint8_t），否则编译器按需选最小能容纳所有值的整型——可能在不同平台或编译器下不一致。
- 风险场景：跨平台通信、序列化、内存布局敏感代码（比如结构体打包）
- 安全写法：
enum class Status : uint8_t { OK, ERROR, PENDING };明确控制大小 - 省略底层类型时，
enum class默认是int，但传统enum没有统一默认，GCC/Clang/MSVC 行为略有差异
不能直接用字符串打印枚举值，得自己映射
C++ 没有内置枚举反射，std::cout 输出的是数字，不是名字。调试或日志里想看名字，必须手动建立映射。
立即学习“C++免费学习笔记（深入）”；
- 最简方案：用
switch或if-else返回字符串字面量，适合枚举项少且稳定 - 进阶做法：用宏或脚本生成
to_string()函数，避免手写遗漏 - 别踩坑：不要用
std::string_view存临时字符串字面量然后返回局部指针——常见于错误封装 - 示例：
const char* to_cstr(Color c) { switch(c) { case RED: return "RED"; case GREEN: return "GREEN"; default: return "UNKNOWN"; } }
枚举值命名、作用域隔离、底层类型控制、字符串转换——这四点里，最容易在线上出问题的是底层类型不显式声明导致结构体对齐变化，尤其在嵌入式或网络协议解析场景。
