最直接的运行时判断方法是*(char*)&value，但存在未定义行为风险；推荐使用union法，C++标准明确允许且可移植；编译期优先用__BYTE_ORDER__宏或C++20的std::endian。
用 *(char*)&value 判断大小端最直接，但要注意未定义行为风险
把一个整数地址强制转成 char*，再解引用读第一个字节，是最快捷的运行时判断方式。比如 int value = 1;，若 *(char*)&value == 1，说明低地址存的是最低有效字节 → 小端。
这个方法轻量、无额外内存开销，适合嵌入式或启动早期环境。但它依赖指针类型转换的实现细节，在严格别名（strict aliasing）规则下属于未定义行为（UB），GCC/Clang 开启 -O2 以上优化时可能被误优化或静默失效。
- 务必在编译时加
-fno-strict-aliasing（GCC/Clang）禁用别名优化 - 避免对 const 变量或寄存器变量取地址做此类转换
- 不要用于 constexpr 上下文 ——
*(char*)&value不是常量表达式
union 判定法更安全，C++标准明确允许
联合体所有成员共享起始地址，且 C++17 起标准保证对非活跃成员的“尾部读取”（trivially copyable 类型的字节级访问）是合法的。因此用 union 是目前最推荐的可移植写法。
典型模式：
立即学习“C++免费学习笔记（深入）”；
union { int i; char c; } u;
u.i = 1;
bool is_little = (u.c == 1);
这里 u.c 是活跃成员（因为没显式写过 u.c，但赋值 u.i 后读 u.c 属于标准允许的“检查对象表示”场景）。相比指针强转，它不触发 strict aliasing 报警，也不依赖编译器扩展。
- 确保 union 成员是 trivially copyable（
int、char、std::array等都满足） - 避免在 union 中混用非 POD 类型（如含虚函数、非平凡构造的类）
- 不要用
sizeof(int)做数组长度假设 —— 改用char bytes[sizeof(int)]更稳妥
编译期判断优先用 __BYTE_ORDER__ 宏或 std::endian
如果只需要在编译时知道字节序（比如做模板特化或条件编译），完全没必要跑运行时代码。主流编译器都提供宏：
GNU / Clang：__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__；MSVC：_M_IX86 或 _M_X64 默认小端，但更可靠的是查 _MSC_VER 后配合 _M_ARM64 等架构宏。
C++20 引入了 std::endian 枚举，可直接用于 if constexpr：
#include <type_traits>
if constexpr (std::endian::native == std::endian::little) {
// 小端专用逻辑
}
-
std::endian在 MSVC 2019 16.8+、GCC 10+、Clang 11+ 支持 - 旧项目若不能用 C++20，可用
#ifdef __BIG_ENDIAN__或#ifdef __LITTLE_ENDIAN__（注意：不是所有平台都定义） - 宏判断无法反映运行时动态切换（如某些 ARM 模式），但绝大多数场景下 CPU 字节序是固定的
网络字节序转换别直接手写移位，先查 htons/ntohl
判断出本机是大端后，不代表就要自己写 ((x & 0xff) << 24) | ... 做转换。POSIX 和 Windows 都提供了标准化的网络字节序转换函数，它们内部已针对平台做了最优实现：
- 16 位：用
htons()（host to network short）、ntohs() - 32 位：用
htonl()、ntohl() - 64 位无标准函数，但可基于
htonl组合，或用std::byteswap（C++23）
自己实现移位不仅易错，还可能因未考虑对齐、符号扩展或字节填充引入 bug。例如 uint32_t x = 0x12345678;，小端机器上 (x & 0xff) << 24 若用 int 运算可能溢出，而 htonl 无此问题。
真正需要手写转换的，只限于裸金属、无 libc 环境，或对性能有极端要求且 profiling 确认它是瓶颈的场景。
