最可靠的方式是用union检测：写入0x01020304后读取bytes[0]，值为0x04即小端，0x01即大端；它运行时准确、无未定义行为、C++98起合法，且不触发strict aliasing问题。
直接用 union 检测最可靠，运行时准确、无未定义行为、C++98 起就合法；位运算本身不适用于判断端序——它不能读内存布局，纯属常见误解。
用 union 读取首字节是最安全的运行时判断方式
核心逻辑是：写入一个非对称的 uint32_t 值（如 0x01020304），再通过字节数组访问最低地址字节，值为 0x04 即小端，0x01 即大端。
- 必须用固定宽度类型（如
uint32_t），避免int在不同平台宽度不一致 - 初始化推荐用指定成员语法：
u = { .i = 0x01020304 }，清晰且兼容 C++11+ - 用
uint8_t而非char，规避char有无符号性不确定导致的比较异常 - 该方法不依赖编译器扩展，也不触发 strict aliasing 问题，GCC/Clang/MSVC 全支持
union EndianTest {
uint32_t i;
uint8_t c[4];
};
EndianTest u = { .i = 0x01020304 };
bool is_little = (u.c[0] == 0x04);
别用指针强转（如 *(char*)&val）做判断
虽然代码短，但 *(char*)&val 严格违反 C++ 的 strict aliasing 规则。在 -O2 下，GCC/Clang 可能将该读取优化为常量（比如永远返回 1），导致误判。
- 不是“偶尔出错”，而是优化层级一升就不可靠
- 即使加
volatile或用memcpy绕过，也比union多余且难维护 - 某些嵌入式平台（如 ARM BE8）支持运行时切换端序，此时仅靠宏或编译期假设完全失效
std::endian 是 C++20 最干净的替代方案，但要注意支持边界
std::endian::native 是编译期常量，可配合 if constexpr 零开销分支，但它的值反映的是**目标平台**，不是构建机，也不代表运行时实际行为。
立即学习“C++免费学习笔记（深入）”；
- 需检查宏
__cpp_lib_endian是否 ≥201907L，否则可能未定义 - 旧编译器（如 GCC 10 之前、Clang 11 之前）不支持，CI 环境容易踩坑
- 交叉编译时它仍正确，但无法用于探测硬件寄存器映射或运行时动态切换场景
#include <type_traits> #if __cpp_lib_endian >= 201907L constexpr bool is_little = (std::endian::native == std::endian::little); #endif
真正关键的不是“系统标称什么端”，而是“当前这段内存按什么顺序解释”——这只能靠运行时实测，而 union 方案就是目前最轻量、最普适、最不易被忽略的实测手段。
