c++如何追加写入二进制数据_ios::binary结合ios::app模式【附源码】-C++-PHP中文网

用 ios::app 追加二进制数据可能出错，因其依赖 seekp(0, ios::end) 定位，但该操作在二进制流中受缓冲、读写切换及系统调用影响易失败；可靠做法是手动 seekp 到末尾再 write。

c++如何追加写入二进制数据_ios::binary结合ios::app模式【附源码】

用 `ios::app` 追加二进制数据会出错？原因很简单

直接用 ios::app 打开二进制文件并写入，很可能写到文件开头或中间，而不是末尾。这不是 bug，是 C++ 标准规定：ios::app 强制每次写操作前调用 seekp(0, ios::end)，但该定位在二进制流中受缓冲和底层系统调用影响，尤其当文件之前被读过、或流状态异常时，seekp 可能失败或不生效。

ios::app 本身不保证“追加”语义在二进制模式下稳定——它只保证写位置被重置到末尾，但不处理换行转换、缓冲区残留、或 get()/peek() 后留下的内部指针偏移
如果之前用同一个 fstream 对象读过内容（哪怕只读了一个字节），再切到写模式，rdbuf()->pubseekoff() 可能返回 -1，导致后续 write() 写到错误位置
Windows 下还可能因 CRLF 换行逻辑干扰二进制定位（即使开了 ios::binary，某些旧库实现仍有残留）

`ofstream` 构造时只传 `ios::binary | ios::app` 不够安全

必须显式控制打开方式与写入时机，避免隐式状态污染。最稳妥的做法是：每次追加都用独立的 ofstream 对象，且构造后不进行任何读操作。

正确写法：ofstream ofs("data.bin", ios::binary | ios::app); ofs.write(buf, size); —— 构造即打开，写完即析构
错误写法：ofstream ofs; ofs.open("data.bin", ios::binary | ios::app); ofs.read(...); ofs.write(...); —— read() 会破坏追加定位
不要复用已读过的流对象；也不要依赖 ofs.seekp(0, ios::end) 后再写，因为 seekp 在 ios::app 模式下本就无效（标准规定忽略）
如果必须复用流，先 ofs.clear() 清状态，再 ofs.seekp(0, ios::end)，但需检查返回值：if (ofs.tellp() == -1) { /* 失败 */ }

真正可靠的二进制追加：手动 `seekp` + `write`

绕过 ios::app 的不确定性，自己定位到末尾再写。这比依赖模式更可控，尤其适合循环追加或分块写入场景。

C函数速查手册（CHM版）

下载

用 ios::in | ios::out | ios::binary 打开文件，确保可读可写且无文本转换
用 seekg(0, ios::end) 获取当前长度，再 seekp(0, ios::end) 定位写位置（注意：两个 seek 必须都调用，且顺序不能反）
检查 tellp() 是否等于文件长度，不等说明定位失败（比如文件被截断或权限变化）

示例关键片段：

fstream fs("log.bin", ios::in | ios::out | ios::binary);
fs.seekg(0, ios::end);
streampos end_pos = fs.tellg();
fs.seekp(end_pos);
if (fs.tellp() != end_pos) { /* handle error */ }
fs.write(data, len);

Windows 上 `\?` 路径和 Unicode 文件名的坑

如果路径含中文或长路径，直接传 const char* 给 fstream::open() 在 Windows 下可能静默失败（尤其用 MSVC），不是编码问题，而是 API 层面不支持。

不要用 ofstream("C:\中文\data.bin", ...) —— 即使加了 ios::binary，也可能打开失败且 is_open() 返回 false
解决方案：用 std::filesystem::path 构造路径，再转为 UTF-8 字符串（MSVC 19.30+ 支持），或改用 std::wfstream 配合 std::wstring 路径（需确保编译器和 CRT 支持）
更简单粗暴但有效：把文件放全英文路径下调试，确认逻辑没问题后再处理路径兼容性
错误现象典型：ofs.is_open() == false，但没报错；ofs.fail() 为 true，errno 可能是 2（No such file or directory）或 13（Permission denied）