必须显式使用std::ios::binary标志打开二进制文件，否则Windows会自动转换换行符；write()原样写入内存字节，需注意类型大小、字节序、结构体填充及跨平台兼容性，并及时flush和检查状态。

用 std::ofstream 以二进制模式打开文件

不加 std::ios::binary 标志，Windows 下换行符会被悄悄替换成 \r\n，Linux 虽不改但行为不一致——这会导致写入的原始字节和预期不符，尤其在跨平台传输或读取时直接出错。

• 必须显式传入 std::ios::binary，比如：std::ofstream file("data.bin", std::ios::out | std::ios::binary);
• 如果还要追加写入，得再加 std::ios::app；想清空重写，就别带 std::ios::app，默认会覆盖
• 打开后务必检查 file.is_open()，否则后续 write() 不报错但什么都不发生

用 write() 写原始内存块

write() 不做任何编码转换、不加结束符、不解释内容——它只管把内存里连续的一段字节原样塞进文件。所以你得自己确保传进去的是“真·二进制数据”，而不是字符串字面量或未初始化的缓冲区。

• 参数是 const char* 和 std::streamsize，不能直接传 int 或 std::string：要写一个 int x = 42;，得用 file.write(reinterpret_cast<const char>(&x), sizeof(x));</const>
• 写 std::string 的内容（不含结尾 \0）：用 str.data() + str.size()，别用 str.c_str()，后者可能多一个隐式 \0
• 结构体可直接写，但要注意内存对齐和填充字节——struct 里有 std::string 或指针就绝对不能这么干

注意字节序和类型大小的硬约束

写进去的 int 在 x86_64 是小端、4 字节，但读它的程序可能跑在大端 ARM 上，或者用 long 当 8 字节读——结果就是数值完全错乱，而且很难 debug。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 跨平台或存档场景下，别依赖 sizeof(int)，固定用 int32_t / uint64_t 等明确宽度的类型
• 网络协议或长期存储，建议手动拆成字节写（如 static_cast<uint8_t>(val >> 24)</uint8_t>），或用 htons()/htonl() 统一转为大端
• 浮点数更危险：float 写进去，另一端用 double 读，不仅精度炸，还可能因 ABI 差异读偏位

关闭前别忘了 flush() 和检查写入状态

文件流析构时会自动 flush 并 close，但万一中间断电或程序崩溃，缓冲区里还没落盘的数据就丢了——而 write() 成功返回只代表进了缓冲区，不代表已写入磁盘。

立即学习“C++免费学习笔记（深入）”；

• 关键数据写完立刻调 file.flush()，尤其是日志或配置保存场景
• 检查 file.good() 或 !file.fail()，别只看 write() 返回值；写失败时 failbit 可能被设上，但流对象本身还“活着”
• 磁盘满、权限不足等错误不会抛异常（默认不开启 exceptions()），只能靠状态位判断

实际最难的部分不是语法，是搞清楚“这段二进制到底要被谁读、在什么环境下读、是否要兼容旧版本”。写的时候图省事直接 write(&obj, sizeof(obj))，半年后换了个编译器或平台，读出来全是垃圾。