最直观的大小端判断方法是用union：写入int值1后读取低字节char，若为1则是小端，否则为大端；指针转换更轻量但有未定义行为风险；编译期优先用__BYTE_ORDER__宏或C++20的std::endian。
用联合体 union 判断大小端最直观
联合体所有成员共享同一块内存，写入 int 后读取低字节的 char，就能直接看到字节序。这是最常被教、也最不容易出错的方法。
- 写入
int值1（二进制为0x00000001），它在内存中占 4 字节 - 若低地址处是
1（即char成员值为1），说明最低有效字节在前 → 小端 - 若低地址处是
0，说明最高有效字节在前 → 大端
union {
uint32_t i;
uint8_t c[4];
} u;
u.i = 1;
bool is_little_endian = (u.c[0] == 1);
用指针强制转换更轻量，但要注意对齐和未定义行为
把 int* 强转成 char*，再取首字节，逻辑和联合体一致，但少了类型安全检查。
- 现代编译器（如 GCC/Clang）对这种转换通常优化友好，且实际运行稳定
- 严格来说，C++ 标准中通过非字符类型指针访问对象违反严格别名规则（strict aliasing），可能触发未定义行为
- 加
reinterpret_cast并用volatile或memcpy替代可规避警告，但日常检测用途影响极小
uint32_t val = 1; bool is_little_endian = (*reinterpret_cast<uint8_t*>(&val) == 1);
编译期判断比运行时更可靠，优先用 __BYTE_ORDER__ 宏
运行时检测每次都要执行，而多数场景只需要编译时知道端序——比如序列化格式、内存布局或 SIMD 对齐处理。
-
__BYTE_ORDER__是 GCC/Clang 提供的标准宏，值为__ORDER_LITTLE_ENDIAN__或__ORDER_BIG_ENDIAN__ - MSVC 不支持该宏，需用
_M_IX86/_M_X64等组合推断（x86/x64 默认小端） - C++20 起可用
std::endian（需<type_traits></type_traits>），但 MSVC 2019 及更早版本不支持
#if defined(__BYTE_ORDER__) && __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
// 小端逻辑
#elif defined(__BYTE_ORDER__) && __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
// 大端逻辑
#endif
别在结构体里直接依赖字节序做字段映射
有人会把网络包数据 memcpy 到含 uint16_t/uint32_t 的结构体，指望字段自动按端序解析——这非常危险。
立即学习“C++免费学习笔记（深入）”；
- 结构体成员对齐、填充由编译器决定，不同平台/编译选项下布局可能不同
- 即使端序一致，
struct也可能因 padding 导致字段偏移错位 - 正确做法是逐字段用
ntohs/ntohl或手动移位拼接（如(data[0] ）
联合体和指针方案只适合“探测”，不能替代规范的字节流解析逻辑。
