必须同时指定 std::ios::app 和 std::ios::binary：前者确保每次写入强制追加到文件末尾，后者禁用换行转换和字符集处理，保证二进制数据字节级完整性；缺一不可。
直接用 std::ofstream 以 std::ios::app | std::ios::binary 模式打开文件，就能安全追加二进制数据；但要注意：该模式下 seekp() 失效，所有写入强制在文件末尾发生。
为什么不能只用 std::ios::app
单独使用 std::ios::app 会启用文本模式换行转换（如 Windows 下 \n → \r\n），破坏二进制数据完整性。必须显式叠加 std::ios::binary 关闭转换逻辑。
-
std::ios::app自带隐式seekp(0, std::ios::end)，但仅对下一次写入生效 -
std::ios::binary禁用字符集/换行处理，保证字节原样写入 - 二者必须同时指定，缺一不可
std::ofstream 追加二进制的正确写法
构造时传入双标志，并检查是否打开成功。写入前无需手动 seekp()，也不应调用 flush()（close() 会自动刷盘）。
std::ofstream file("data.bin", std::ios::out | std::ios::app | std::ios::binary);
if (!file.is_open()) {
// 处理错误，比如文件权限不足或路径不存在
return;
}
int value = 42;
file.write(reinterpret_cast(&value), sizeof(value));
// 写完直接 close()，不要依赖析构自动关闭（尤其在异常路径中）
file.close();
常见踩坑点：误用 std::ios::ate 或 seekp()
std::ios::ate 会在打开时定位到末尾，但它不保证后续写入一定追加——如果中间调用了 seekp()，写入位置就变了。而 std::ios::app 是“强追加”语义：无论你之前怎么 seek，每次 write() 都强制落到当前文件末尾。
立即学习“C++免费学习笔记（深入）”；
- 用
std::ios::app就别碰seekp()，否则行为未定义 -
std::ios::ate+std::ios::binary≠ 追加，它只是初始定位，后续写仍从当前位置开始 - 多线程写同一文件时，
std::ios::app也不能保证原子性，需额外加锁
真正关键的是理解 app 模式和 binary 模式的绑定关系——它们不是可选组合，而是二进制追加的最小完备条件。漏掉任意一个，数据就可能被截断、错位或悄悄变形。
