最稳妥的二进制文件读写方式是用 std::ofstream 和 std::ifstream 配合 write()/read()，需显式加 std::ios::binary 标志、避免格式化 I/O、注意字节对齐、固定类型、手动处理字节序与缓冲。
直接说结论：用 std::ofstream 和 std::ifstream 配合 write() / read() 是最稳妥的二进制文件读写方式，但必须关掉文本模式、注意字节对齐、避免直接读写含指针或虚函数的类。
为什么不能用 operator<< 和 operator>> 写二进制文件
这两个操作符默认走格式化 I/O，会把 int 转成 ASCII 字符串（比如 123 写成三个字节 '1''2''3'），还会跳过空白、自动换行转换（Windows 的 \r\n → \n）。二进制文件要的是原样字节拷贝，一丁点都不能变。
常见错误现象：
• 文件大小远大于预期（因为数字被转成多字节字符串）
• 在另一台机器或另一编译器下读出来全是 0 或乱码
• 读取结构体时字段值错位
实操建议：
• 所有二进制流必须显式加 std::ios::binary 标志
• 用 write() 和 read()，别碰 <</>>
• 检查 write() 返回值或用 good() 判断是否写满
立即学习“C++免费学习笔记（深入）”；
write() 和 read() 的参数陷阱
这两个函数签名一致：stream.write(char* s, std::streamsize n)，第一个参数必须是 char* 类型，第二个是**字节数**，不是元素个数。
常见错误现象：
• 写 std::vector<int> v(100); write(v.data(), 100) —— 只写了前 100 字节，不是 100 个 int（通常只写 25 个）
• 把 std::string 的 c_str() 直接传给 write() —— 遇到 \0 就截断，且不包含长度信息
• 对 class 对象直接 write(&obj, sizeof(obj)) —— 若含 std::string、std::vector 或虚表指针，读出来就是野指针
实操建议：
• 写数组：用 reinterpret_cast<char*>(&arr[0]) + sizeof(T) * count
• 写 POD 结构体：确保它不含 STL 容器、指针、虚函数；可用 static_assert(std::is_trivially_copyable_v<MyStruct>) 编译期检查
• 写 string 内容：先写长度（如 uint32_t len = s.size(); out.write(reinterpret_cast<char*>(&len), sizeof(len))），再写 s.data()
跨平台读写结构体时的对齐与大小问题
不同编译器、不同平台对 struct 的内存布局可能不同。比如 struct { char a; int b; } 在 x86_64 上通常是 8 字节（因 int 对齐到 4 字节边界），但若目标平台要求 2 字节对齐，读出来就全错。
常见错误现象：
• 同一结构体在 Linux 编译写的文件，Windows 下读出字段偏移全乱
• sizeof(MyStruct) 在两个环境里不一样
• 读出来的数值是极大正数或负数（高位字节被错当成符号位）
实操建议：
• 用 #pragma pack(1) 强制 1 字节对齐（写在 struct 前后）
• 用固定宽度类型：把 int 换成 int32_t，short 换成 int16_t
• 不依赖 sizeof 自动计算，手写序列化函数，逐字段 write()
• 读之前先校验魔数（magic number）和版本号，避免静默错读
关闭缓冲或强制刷盘的时机
二进制写入常用于日志、快照、临时缓存等场景，如果程序崩溃前没刷盘，数据就丢了。默认情况下 ofstream 是带缓冲的，close() 才真正落盘。
常见错误现象：
• 程序异常退出后，文件为空或只有部分数据
• 多线程写同一文件时出现内容重叠或覆盖
• 用 write() 写完立刻用另一个进程读，读不到最新内容
实操建议：
• 关键数据写完调 out.flush()，或设 std::ios::unitbuf 标志（每条 write() 后自动 flush，性能略降）
• 避免多线程共用一个 fstream 对象；如需并发，用文件锁（flock()）或分文件写
• 重要文件写完先 close()，再 fsync()（POSIX）或 FlushFileBuffers()（Windows）
最易被忽略的一点：二进制读写从不关心“字符编码”，但非常在意**字节序（endianness）**。如果你的程序要跑在 ARM（小端）和 PowerPC（大端）上，或者和 Java/Go 服务交换数据，必须统一约定网络字节序（大端），并手动用 htons()/htonl() 转换整数。
