运行时字节序检测唯一标准方法是union：用uint32_t和uint8_t[4]共用内存，初始化为0x01020304后检查u.c[0]是否为0x04；std::endian仅编译期常量，无法反映真实运行环境。
union 最稳妥；std::endian 是编译期常量，不能代替它。
用 union 读取同一块内存的字节视图（C++11 起通用）
这是唯一被标准明确允许、不触发未定义行为的运行时检测方式。核心不是“union 本身”，而是你用 uint8_t 数组去解释一个整数的内存布局——C++ 标准允许通过字符类型访问任意对象的字节表示。
- 必须用固定宽度类型：
uint32_t（而非int），避免不同平台下尺寸不一致 - 初始化要显式写入值：
u{.i = 0x01020304}，确保低地址字节能明确区分（0x04小端 /0x01大端） - 别用
char*强转取地址再解引用——-O2下可能被优化掉，且违反 strict aliasing - 示例函数：
bool is_little_endian() {
union { uint32_t i; uint8_t c[4]; } u{.i = 0x01020304};
return u.c[0] == 0x04;
}
用 std::endian 判断编译目标字节序（C++20 起）
它不是运行时探测，而是编译器根据目标 ABI 填入的常量，值在编译时就锁死了。适用于模板分支或 static_assert，但无法反映容器、QEMU 模拟或交叉编译后的真实运行环境。
- 头文件是
<type_traits></type_traits>（不是<bit></bit>，后者是旧文档误传） - 必须开启 C++20：
-std=c++20，GCC 12+/Clang 13+/MSVC 19.30+ 才完整支持 - 不能用于运行时比较：
if (std::endian::native == std::endian::little)是错的，要用if constexpr - 不支持旧工具链：GCC 11 默认仍是 C++17，会报
'endian' is not a member of 'std'
别碰 __BYTE_ORDER__ 和指针强转法
这两个看似简单，实则埋雷最深。
-
__BYTE_ORDER__是构建主机的宏，交叉编译时完全不可信（比如 x86 工具链编译 ARM 程序，它仍报小端） -
reinterpret_cast<char>(&x)</char>在严格别名规则下属于未定义行为，-fstrict-aliasing开启后 GCC/Clang 可能生成错误代码 - 用
memcpy替代指针强转虽可行，但多一次拷贝，没必要——union方案更轻、更标准 - 位掩码如
x & 0xFF完全无效：它提取的是数值的低 8 位，和内存中字节存放位置无关
