只有POD结构体才能用write()直接写入二进制文件，因其需满足无虚函数、无非平凡构造/析构、成员public且均为POD、无可变const或引用等条件；含std::string等非POD成员的结构体必须手动序列化。
直接用 write() 写结构体，必须确保结构体是 POD 类型
不是所有 struct 都能直接 write() 到二进制文件。只有满足 POD（Plain Old Data）要求的结构体才安全：不能有虚函数、不能有非平凡构造/析构函数、所有成员必须是 public 且本身也是 POD、不能有引用或非静态 const 成员。
常见踩坑点：
- 加了
std::string或std::vector的结构体——sizeof不等于实际数据大小，直接write()只会写指针地址，读取时崩溃 - 用了
class关键字但没写访问控制，默认 private，导致成员不可直接内存拷贝 - 结构体内有位域（bit-field）或编译器填充（padding），跨平台读写可能不一致
验证方法：运行时检查 std::is_pod_v（C++17 起）或 std::is_trivially_copyable_v（更准确，推荐）。
write() 的参数顺序和长度必须严格匹配 sizeof
std::ofstream::write() 是底层字节写入，它不管语义，只认两个参数：const char* 起始地址 + size_t 字节数。写结构体就是把整个对象内存块“原样 dump”进去。
立即学习“C++免费学习笔记（深入）”；
正确写法示例：
struct Point {
int x;
float y;
};
Point p{42, 3.14f};
std::ofstream file("data.bin", std::ios::binary);
file.write(reinterpret_cast(&p), sizeof(p));
关键细节：
- 必须用
reinterpret_cast转换地址，不能用static_cast或 C 风格强转 - 第二个参数必须是
sizeof(p)，不是sizeof(Point)（虽常等价，但取变量更稳妥） - 打开文件时务必加
std::ios::binary，否则 Windows 下会把\n错误转成\r\n
读取时要严格按写入顺序和类型还原，且注意对齐与字节序
写进去的是裸字节，读出来也得用完全相同的结构体定义、相同编译器、相同 ABI 设置（如结构体对齐方式）。否则 read() 后成员值会错乱。
典型问题：
- 结构体在不同平台或不同编译选项下（如
#pragma pack）内存布局不同，导致读出的x实际是y的高位字节 - 跨大端/小端机器传输文件，整数字段值翻转（如
int x = 0x12345678在小端机写入，大端机读成0x78563412） - 忘记检查
file.gcount()或file.fail()，写入失败却继续读，得到脏数据
安全读取示例：
Point p_read{};
std::ifstream file("data.bin", std::ios::binary);
file.read(reinterpret_cast(&p_read), sizeof(p_read));
if (!file || file.gcount() != sizeof(p_read)) {
// 读取不完整或失败
}
非 POD 结构体必须手动序列化，别碰 write()
只要结构体里含 std::string、std::vector、std::shared_ptr 等，就放弃直接 write()。它们的内存布局不是连续的，内部指针指向堆区，写进去毫无意义。
替代方案（按复杂度升序）：
- 手写
serialize()/deserialize()成员函数，逐字段处理：先写字符串长度uint32_t，再写字符数组；对vector先写 size，再循环写每个元素 - 用
std::memcpy拷贝到临时std::vector缓冲区，再write()整个缓冲区（仍需自己管理序列化逻辑） - 引入轻量库如
msgpack或cereal，它们自动处理类型、版本、容器嵌套，但会增加依赖和运行时开销
最易忽略的一点：即使结构体当前是 POD，一旦后续加了一个 std::string 成员，编译可能仍通过，但运行时数据就全毁了——这种隐式破坏极难调试。
