C++枚举类无内置遍历机制，需手动构造std::array等容器显式列出所有值；推荐用哨兵Count自动推导数量，但显式赋值时Count失效。
枚举类没有内置遍历机制，必须手动映射
C++ 的 enum class 为类型安全而设计，编译器不生成值列表、不提供反射能力，所以 for (auto e : MyEnum) 这类写法根本不存在。想“遍历”，本质是构造一个可迭代的容器（如 std::array 或 std::vector），把所有枚举值显式列进去。
常见错误是试图用 static_cast 加循环硬推范围——这既不安全（跳过中间未定义值、越界）、也不可移植（枚举底层类型可能被隐式改变），更无法处理稀疏或非连续定义的枚举。
最稳妥：用 std::array 显式列出所有值
适用于枚举值数量固定、定义清晰的场景，编译期确定、零运行时开销、类型安全。
- 把每个枚举值按定义顺序写进
std::array，类型用decltype(MyEnum::Value)或直接写枚举名 - 确保数组长度和枚举值数量严格一致，否则容易漏项或越界
- 如果枚举值带显式初始化（如
Red = 10, Green = 20），数组内容不受影响，仍只关心标识符本身
enum class Color { Red, Green, Blue };
constexpr std::array<Color, 3> all_colors = { Color::Red, Color::Green, Color::Blue };
for (Color c : all_colors) {
// 正常使用 c
}
需要自动推导数量？加一个哨兵值 Count
避免手动数个数出错，尤其当枚举频繁增删时。在枚举末尾加一个不参与业务逻辑的 Count 值，利用其序号作为数组大小。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
-
Count必须放在最后，且不能赋值（让编译器自动递增） - 数组声明用
static_cast<:size_t>(MyEnum::Count)</:size_t>作为模板参数 - 注意：若枚举有显式赋值（如
A = 100），Count的值会继承前一项+1，不再等于总数量——此时不能用此法
enum class Status { Pending, Running, Done, Count };
constexpr std::size_t status_count = static_cast<std::size_t>(Status::Count);
constexpr std::array<Status, status_count> all_statuses = []{
std::array<Status, status_count> a{};
for (std::size_t i = 0; i < status_count; ++i) {
a[i] = static_cast<Status>(i);
}
return a;
}();
运行时需要字符串名？配合 switch 或查表做映射
枚举值转字符串没有标准方案，C++23 的 std::to_underlying 只解决数值转换，不解决名称。别指望编译器自动生成名字数组。
- 手工维护
std::array<:string_view n></:string_view>最直接，但易与枚举定义脱节 - 用
switch是最安全的映射方式，编译器能检查是否覆盖全部 case（开启-Wswitch-enum） - 宏拼接（X-Macro）可同步枚举定义和字符串表，但增加构建复杂度，小项目不推荐
容易忽略的一点：不同编译单元中枚举值的序号依赖定义顺序，一旦在头文件里插入新值，所有依赖该顺序的数组/switch 都要重新核对。
