17370845950

直接用 write() 写结构体存在严重风险，因内存对齐填充、非POD类型指针、跨平台类型大小与字节序不一致，以及缺乏损坏检测，可能导致垃圾数据、读取失败或字段错位。

直接用 write() 写结构体存在严重风险

多数人以为把 struct 地址传给 ofstream::write() 就能“完整保存”，但实际可能写入垃圾字节、跨平台读取失败，甚至因内存对齐差异导致字段错位。根本原因是 C++ 标准不保证结构体内存布局连续——编译器会按目标平台对齐规则插入填充字节（padding），而这些字节内容未定义。

• #pragma pack(1) 可禁用填充，但仅对当前编译单元生效，且不同编译器行为不一致
• 含指针、std::string、std::vector 等非 POD 类型的结构体，write() 会写出指针地址而非真实数据，绝对不可用
• 即使全是基本类型，也要检查 static_assert(std::is_standard_layout_v) 和 static_assert(std::is_trivially_copyable_v)，缺一不可

安全写入 POD 结构体的最小可行代码

确认结构体是标准布局且可平凡复制后，才能用二进制写入。以下是最简可靠写法：

struct Point {
    int x;
    float y;
    c
har tag;
};
static_assert(std::is_standard_layout_v);
static_assert(std::is_trivially_copyable_v);

std::ofstream file("data.bin", std::ios::binary);
Point p{42, 3.14f, 'A'};
file.write(reinterpret_cast(&p), sizeof(p));

注意：reinterpret_cast 是必须的，因为 write() 第一个参数类型为 const char*；sizeof(p) 必须显式写出，不能依赖 sizeof(&p) 或其他错误表达式。

跨平台/长期存储必须序列化字段级

即使结构体满足 POD 条件，sizeof(int) 在不同系统上可能是 4 或 8 字节，float 可能是非 IEEE754 实现。长期存档或网络传输场景下，必须固定字段大小和字节序：

• 用 int32_t、float32_t 替代 int、float
• 写入前手动转为小端或大端（如用 htons()/htonl() 处理整数）
• 字符串不能用 char[32] 直接写，需先写长度（uint32_t），再写内容
• 推荐用 std::memcpy 到预分配缓冲区，再一次性 write()，避免多次 I/O

读取时务必校验数据完整性

二进制文件无元信息，读错一个字节就全盘错乱。最易忽略的是文件末尾截断或磁盘损坏：

• 读取后立即检查 file.gcount() == sizeof(MyStruct)，而非只看 good()
• 在文件开头写魔数（magic number）和版本号，如 0x464F524D（"FORM"），读取时验证
• 对关键字段加简单校验和（如 XOR 所有字节），不追求加密强度，只为快速发现损坏
• 永远用 std::ifstream::read() 而非 >>，后者会跳过空白符并解析文本格式

结构体二进制写入不是“快就行”，而是“对才敢用”。对齐、类型大小、字节序、损坏检测——漏掉任意一环，后期调试成本远高于初期多写几行序列化代码。