必须显式禁用结构体默认对齐并手动处理字节序：用#pragma pack(1)或__attribute__((packed))确保紧凑布局，再通过memcpy逐字段解析并用htole32等转换整数端序，避免fread直接读取导致错位或跨平台错误。
struct 读二进制前必须显式禁用默认对齐
直接 fread 读进 struct，几乎必然错位——编译器按目标平台默认对齐（比如 x86_64 下 int 对齐到 4 字节、double 到 8 字节），而文件里是紧凑排列的原始字节。不干预对齐，内存布局和文件布局就对不上。
实操建议：
- 所有用于二进制 I/O 的 struct 必须加
#pragma pack(1)（GCC/Clang/MSVC 都支持）或__attribute__((packed))（GCC/Clang） - 放在 struct 定义前，且必须配对关闭（尤其头文件中定义时）：
#pragma pack(push, 1)+#pragma pack(pop) - 避免混用：同一个 struct 里不要一部分用
packed、一部分依赖默认对齐
memcpy 比直接 fread 更可控
fread(&s, sizeof(s), 1, fp) 看似简洁，但一旦 struct 有 padding、或跨平台读写，就埋雷。更稳妥的是把文件数据先读进 std::vector<char> 或裸缓冲区，再用 memcpy 按字段逐段拷贝。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 结构体含指针或非 POD 类型（如
std::string），fread直接读会把指针值当地址用，运行时崩溃 - 小端机器写的文件在大端机器上读，
fread不做字节序转换，数值全错 - struct 里有 bit-field，
packed也不保证跨编译器行为一致
所以优先走手动解析路径：memcpy(&s.field1, buf + offset, sizeof(s.field1))，offset 自己算，字段顺序和大小完全由你掌控。
注意 sizeof(struct) ≠ 各字段 sizeof 之和
即使加了 packed，也要验证：打印 sizeof(MyStruct) 和各字段偏移（offsetof(MyStruct, field)），确认是否真“紧凑”。某些编译器对 long double 或 128 位类型仍有特殊处理，pack(1) 可能失效。
使用场景提醒：
- 网络协议解析、磁盘格式解析（如 BMP、ELF 头）、序列化兼容旧数据——都要求字节级精确控制
- 字段顺序必须和文件 spec 严格一致，不能靠编译器重排
- 如果 struct 含数组（如
char name[32]），确保长度固定，别用std::array外壳（它本身是 POD，但嵌套模板可能引入隐藏 padding）
跨平台读写要额外处理字节序
对齐只是第一步。x86 是小端，ARM 可能是大端，uint32_t 在文件里存的是 0x01000000，小端机器读出来是 1，大端机器读出来是 16777216。C++ 标准库不提供跨平台字节序转换函数，得自己来。
实操建议：
- 整数字段统一用
htole32/le32toh（Linux/BSD）或_byteswap_ulong（Windows），或手写宏：#define le32(x) ((x & 0xff) > 8 | (x >> 24)) - 别依赖
ntohl：它专为网络字节序（大端）设计，而多数二进制格式是小端 - 浮点数一般不转字节序（IEEE 754 位模式跨平台一致），但需确认格式文档是否明确指定 endianness
对齐和字节序是两个独立开关，漏关任何一个，struct 就会悄无声息地错一位、错一个字段、甚至整个解析偏移崩掉。
