std::underlying_type 是模板类而非函数，必须通过 ::type 或 std::underlying_type_t 获取底层类型；enum class 因底层类型确定（默认 int 或显式指定），比传统 enum 更适合跨平台使用；static_cast 到 underlying_type_t 可能引发溢出或无符号误解；C++23 的 std::to_underlying 仅用于值转换，不能替代类型推导。
std::underlying_type 不是函数，不能直接调用
你写 std::underlying_type<myenum>(e)</myenum> 或 std::underlying_type(MyEnum) 一定会编译失败，报错类似：error: type/value mismatch at argument 1。因为它是一个模板类（struct），不是函数模板，也没有 operator()。必须通过 ::type 或 std::underlying_type_t 取出类型本身。
正确姿势只有两种：
-
typename std::underlying_type<myenum>::type</myenum>（C++11 起，模板中必须加typename） -
std::underlying_type_t<myenum></myenum>（C++14 起，更简洁，无需typename）
为什么 enum class 比传统 enum 更适合搭配 std::underlying_type
传统无作用域枚举（enum E { A, B };）若未显式指定底层类型，其底层类型由编译器决定——GCC 可能选 int，MSVC 在某些模式下可能选 unsigned int，导致 std::underlying_type<e>::type</e> 在不同平台不一致。
而 enum class 显式声明底层类型后（如 enum class E : uint16_t { A, B };），std::underlying_type_t<e></e> 就稳定返回 uint16_t，这对跨平台序列化、内存映射、位域对齐至关重要。
立即学习“C++免费学习笔记（深入）”；
注意：即使不显式指定，enum class 的默认底层类型也是确定的（C++11 规定为 int），比传统 enum 可靠得多。
static_cast 到 underlying_type_t 是最常见用途，但要防溢出
把枚举值转成整数做运算、存储或网络传输时，基本都靠这一行：
auto val = static_cast<std::underlying_type_t<MyEnum>>(my_enum_val);
但容易忽略的是：转换后就脱离了枚举语义约束，所有整数规则生效。典型陷阱：
- 若底层类型是
int8_t，而你执行static_cast<int8_t>(E::MIN) - 1</int8_t>，结果不是-129（溢出未定义行为），而是回绕成127 - 若枚举值含负数，但底层类型是无符号型（如
enum class E : uint8_t { NEG = 255 };），static_cast后仍是正数，和直觉不符 - 用
sizeof(std::underlying_type_t<e>)</e>判断大小时，得到的是“声明的类型大小”，不是“该枚举当前最大值实际需要的最小宽度”
C++23 的 std::to_underlying 让事情变简单，但别混用
std::to_underlying（C++23 引入）是函数，直接接受枚举值，返回其底层类型的值：
auto x = std::to_underlying(E::OK); // 返回 uint8_t 类型的 0
它和 std::underlying_type 完全不同角色：std::underlying_type 解决“**类型是什么**”，std::to_underlying 解决“**这个值转成整数是多少**”。
别试图用 std::to_underlying 替代类型推导——它不能用于声明变量类型或模板参数；也别在 C++20 项目里强行用它，得确认标准库支持（如 libstdc++ 13+、libc++ 17+）。
真正复杂的地方在于：当你既要类型安全又要运行时转换，往往得同时用两者——先用 std::underlying_type_t 声明缓冲区或字段类型，再用 std::to_underlying（或等价的 static_cast）填值。
