二进制文件读取需手动对齐结构体并精确计算字段偏移，不可依赖sizeof；应使用offsetof获取真实偏移，避免#pragma pack(1)跨平台风险；含指针或STL容器的结构体禁止直接二进制读写；须按头+块+索引表分段读取，注意大小端转换、字节序判断及ios::binary标志。
二进制文件读取前必须手动对齐结构体，否则 sizeof 会骗你
直接用 sizeof(MyStruct) 当作字段偏移步长去 fread，十有八九读错。C++ 编译器会对结构体自动填充（padding），比如：
struct Record {
char flag; // offset 0
int id; // offset 4（不是1！）
double value; // offset 8（不是5！）
};
这时 sizeof(Record) 是 16，但字段真实偏移是 0、4、8 —— 不能靠 sizeof 推算单个字段位置。实际读混合数据时，要么用 #pragma pack(1) 强制紧凑排列，要么手算每个字段的绝对偏移。
-
#pragma pack(1)简单但有风险：跨平台时若目标机器不支持非对齐访问（如某些 ARM），memcpy或直接解引用会 crash - 更稳妥的做法是用
offsetof(Record, id)获取字段偏移，它由编译器计算，和实际内存布局一致 - 如果结构体含指针或 STL 容器（如
std::string），根本不能二进制读写 —— 它们内部是动态地址，序列化必须走文本或协议缓冲
用 fseek + fread 按偏移跳读，别迷信一次读完
混合类型文件往往不是规整数组，而是“头+块+索引表”结构，比如前 8 字节是记录总数，接着是 1024 字节的元数据区，再后面才是变长记录。这时候硬套 fread(&buf, 1, sizeof(buf), fp) 会越界或漏读。
- 先用
fseek(fp, 0, SEEK_SET)定位起点，再用fseek(fp, 8, SEEK_CUR)跳过头部 - 读固定长度字段（如
int32_t）时，务必指定字节数：fread(&id, sizeof(int32_t), 1, fp)，而不是fread(&id, 1, 4, fp)—— 后者在大小端不一致时无法移植 - 读字符串要小心：如果文件里存的是 C 风格 null-terminated 字符串，得先读长度字段，再分配缓冲区，最后
fread(buf, 1, len, fp)；别直接fread(str, 1, 256, fp)然后当std::string用
大小端不一致时，ntohl/htons 不够用，得自己翻字节
Windows 写的二进制文件默认小端，嵌入式设备可能大端，ntohl 只处理 32 位网络序（大端），对 double、int64_t 或自定义结构无效。
立即学习“C++免费学习笔记（深入）”；
- 判断当前机器字节序：
const bool is_little = *(const uint8_t*)&(const int){1}; - 读
double时，先fread(buf, 1, 8, fp)到 8 字节缓冲区，再按需反转：如果文件是大端而本机小端，就std::reverse(buf, buf + 8) - 别用
reinterpret_cast<double>(buf)</double>直接转 —— 若buf地址未对齐（如起始地址 % 8 != 0），x86 可能容忍，ARM 直接 SIGBUS
用 std::ifstream 的 read 更安全，但别关掉 ios::binary
很多人切到 C++ 流就以为自动处理一切，其实 std::ifstream 默认是文本模式，Windows 下会把 \r\n 当成一个字符，二进制里任何 0x0A 都可能被误判为换行，导致后续所有偏移错乱。
- 打开必须加标志：
std::ifstream fin("data.bin", std::ios::binary); - 读原始字节用
fin.read(reinterpret_cast<char>(&val), sizeof(val))</char>，注意reinterpret_cast是必需的，read第二个参数是char* - 读完立刻检查：
if (!fin.good()) { /* 偏移超限或磁盘错误 */ }，不能只看eof()—— 错误可能发生在中间
偏移量是硬编码在代码里的契约，一旦文件格式微调（比如加了个保留字节），所有基于旧偏移的读取逻辑全崩。真正在意健壮性，就得把偏移、类型、字节序写进头信息里，运行时解析，而不是靠 sizeof 和经验猜。
