直接用 write() 写结构体有风险，仅在简单pod类型、无指针、编译器对齐一致时可能侥幸成功；含std::string、虚函数、继承或跨平台时必出错，因内存布局不等于序列化格式，应手写serialize/deserialize控制字段读写、端序与生命周期。
直接用 write() 写结构体有风险，别默认它能用
结构体直接 write() 到二进制文件，只在“简单 POD 类型 + 无指针 + 编译器对齐一致”的情况下可能侥幸成功。一旦结构里有 std::string、std::vector、虚函数、继承关系，或跨平台/跨编译器读写，就会读出乱码、崩溃、数据错位。
根本原因是：内存布局 ≠ 序列化格式。C++ 不保证结构体内存连续（有填充字节），也不处理动态内存地址。
手写 serialize() 和 deserialize() 是最可控的方式
自己控制每个字段怎么写、怎么读，能绕过对齐、端序、生命周期所有陷阱。适合小而稳定的结构体，比如配置项、游戏存档帧、传感器采样点。
- 把结构体拆成基础类型字段逐个写：先写
int，再写float，再写固定长度数组（如char name[32]） - 字符串用定长缓冲区或先写长度再写内容（避免
std::string::c_str()指向的堆内存被写入） - 读的时候严格按写入顺序、类型、大小反向操作，且每次读完检查
stream.gcount()或!stream - 跨平台必须统一端序：写前用
htole32()/htole64()（Linux/macOS），Windows 用_byteswap_ulong()
示例（简化版）：
struct Point {
float x, y;
char tag[16];
};
void serialize(const Point& p, std::ofstream& out) {
uint32_t x_le = htole32(*reinterpret_cast<const uint32_t>(&p.x));
uint32_t y_le = htole32(*reinterpret_cast<const uint32_t>(&p.y));
out.write(reinterpret_cast<const char>(&x_le), sizeof(x_le));
out.write(reinterpret_cast<const char>(&y_le), sizeof(y_le));
out.write(p.tag, sizeof(p.tag));
}
</const></const></const></const>
std::memcpy 直接拷贝结构体仅限纯 POD 且不跨平台
如果确认结构体是标准布局（std::is_standard_layout_v<t></t> 为 true）、无指针、无虚函数、所有成员可平凡复制（std::is_trivially_copyable_v<t></t>），且只在同构环境（同一编译器、同一 ABI、同架构）下读写，才能用 memcpy 或 write() 整体操作。
- 务必用
static_assert锁死约束：static_assert(std::is_trivially_copyable_v<mystruct>);</mystruct> - 结构体里不能有
std::string—— 它不是 trivially copyable；也不能有引用、非静态成员函数 - 即使满足，也要注意填充字节（
sizeof(MyStruct)可能大于字段和），读写必须用相同定义版本 - Windows 上默认结构体对齐是 8 字节，Linux GCC 可能是 4，加
#pragma pack(1)强制紧凑，但会影响性能
别碰 reinterpret_cast<char>()</char> 写 this 指针
常见错误：把整个对象地址转成 char* 然后 write()。这等于把当前对象的栈/堆地址、vptr（如果有虚函数）、甚至未初始化的 padding 全塞进文件。下次读出来就是非法内存访问或静默数据污染。
- 哪怕结构体是 trivially copyable，也别用
reinterpret_cast<char>(&s)</char>—— 正确做法是取地址后加sizeof(s)边界校验 - 更安全的是用
std::span<const std::byte></const>（C++20）或std::array<:byte sizeof></:byte>显式表达字节序列意图 - 调试时用
od -tx1 file.bin或十六进制编辑器比对写入内容，确认字段位置和值是否符合预期
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
