直接用 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;
char tag;
};
static_assert(std::is_standard_layout_v<point>);
static_assert(std::is_trivially_copyable_v<point>);
std::ofstream file("data.bin", std::ios::binary);
Point p{42, 3.14f, 'A'};
file.write(reinterpret_cast<const char>(&p), sizeof(p));</const></point></point>
注意：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()而非>>，后者会跳过空白符并解析文本格式
结构体二进制写入不是“快就行”，而是“对才敢用”。对齐、类型大小、字节序、损坏检测——漏掉任意一环，后期调试成本远高于初期多写几行序列化代码。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
