最直接的办法是用联合体（union）或指针取首字节，看多字节整数的最低有效字节是否落在低地址；推荐可移植写法：bool is_little_endian() { union { uint32_t i; uint8_t c[4]; } u{.i = 1}; return u.c[0] == 1; }，该方法初始化为1、避免未定义行为、主流编译器均支持。
怎么判断当前系统是大端还是小端
最直接的办法是用联合体（union）或指针取首字节，看多字节整数的最低有效字节是否落在低地址——这是硬件层面的客观事实，不依赖编译器或标准库。
常见错误是用 std::endian（C++20）但没检查编译器支持，或误以为 __BYTE_ORDER__ 宏在所有平台都可用（比如 MSVC 不定义它）。
推荐用以下可移植写法：
bool is_little_endian() {
union { uint32_t i; uint8_t c[4]; } u{.i = 1};
return u.c[0] == 1;
}
- 用
union避免未定义行为（相比强制类型转换指针） - 初始化为
1而非0x01020304，避免字面量本身被编译器按目标端序解释 - MSVC、GCC、Clang 全支持，无需 C++20
网络字节序（大端）和主机字节序互转有哪些函数
POSIX 提供了 htonl、htons、ntohl、ntohs 这组函数，它们在 Linux/macOS 上稳定，在 Windows 需包含 winsock2.h 并链接 ws2_32.lib。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑：
- 传入负数给
htonl：这些函数操作的是无符号语义，但参数类型是uint32_t（或旧式u_long），隐式转换可能掩盖符号问题 - 对非网络场景滥用：比如本地文件序列化，硬套
htonl会让代码意图模糊，不如显式用bswap_32 - 64 位整数没有标准 POSIX 函数，得自己实现或用编译器内置：
__builtin_bswap64（GCC/Clang）、_byteswap_uint64（MSVC）
跨平台安全地做字节序翻转（不依赖系统函数）
用编译器内置函数最省心，也生成最优汇编。C++23 引入了 std::byteswap，但目前主流项目仍需兼容旧标准。
实操建议：
- 优先用
__builtin_bswap16/__builtin_bswap32/__builtin_bswap64（GCC/Clang），它们在常量表达式中也可用 - MSVC 对应用
_byteswap_ushort、_byteswap_ulong、_byteswap_uint64 - 写模板封装时，注意
char和bool不需要翻转，float/double可按等长整型处理（IEEE 754 位模式不变）
例如安全翻转一个 int32_t：
#ifdef _MSC_VER
#define BSWAP32(x) _byteswap_ulong(x)
#else
#define BSWAP32(x) __builtin_bswap32(x)
#endif
读写二进制文件时字节序处理的关键点
文件格式约定字节序（如 PNG 是大端，BMP 是小端），和运行平台无关。不能假设“本机写本机读就不用管”。
常见疏漏：
- 用
fread(&value, sizeof(value), 1, fp)直接读结构体成员，结果依赖主机序——必须先读原始字节，再手动翻转 - 结构体打包（
#pragma pack或[[gnu::packed]]）没关掉，导致字段间填充字节混入数据流 - 浮点数用
memcpy搬运到整型再翻转，但忘了float和int32_t大小相同只是巧合，应显式用static_assert(sizeof(float) == sizeof(uint32_t))
更稳妥的做法是统一用 uint8_t 数组读，再按字段长度逐个解包并翻转。
端序问题真正麻烦的不是转换动作本身，而是它总藏在协议边界、文件头解析、内存映射这类“看起来不该出错”的地方。一次没翻转，可能只在某台 ARM 机器上暴露，还很难复现。
