std::ofstream 用 std::ios::out | std::ios::app 模式可安全追加写入，自动定位文件末尾且不截断；缺一不可，不可用 std::ios::ate 替代，二进制模式需显式添加 std::ios::binary。
用 std::ofstream 打开文件时指定 std::ios::app
追加写入的核心就是让文件指针始终定位在末尾，std::ofstream 支持通过打开模式控制行为。直接传入 std::ios::app 即可，它会自动跳过清空文件、跳过覆盖逻辑，所有写入都从 EOF 开始。
常见错误是只写 std::ios::out，这会导致文件被截断（即清空原有内容）；或者漏掉 std::ios::out —— std::ios::app 本身不隐含输出权限，必须显式组合使用。
-
std::ofstream file("log.txt", std::ios::out | std::ios::app);是标准写法，缺一不可 - 如果文件不存在，
std::ios::app会自动创建；如果存在，不会清空，直接追加 - 不要用
std::ios::ate替代 —— 它只是把指针移到末尾，但不保证后续写入不覆盖（尤其在二进制模式下更危险）
追加写入时避免手动 seekg/seekp
有人试图先用 seekp(0, std::ios::end) 把指针挪到末尾，再写入。这不仅多余，还容易出错：如果文件刚被其他进程写入，你的 seekp 结果可能立即失效；多线程环境下更不可靠。
std::ios::app 是原子级的追加语义，底层调用系统 open() 时带 O_APPEND 标志，内核保证每次 write() 都发生在当前文件末尾，无需用户干预。
立即学习“C++免费学习笔记（深入）”；
- 只要用了
std::ios::app，每次file 或 <code>file.write(...)都自动追加 - 即使中间有其他进程往同一文件写，你的写入也不会覆盖或错位
- 手动
seekp+std::ios::out组合，本质是模拟追加，但不具备并发安全性
注意文本换行与缓冲区刷新
追加写入后看不到新内容？大概率是缓冲区没刷出。尤其是日志类场景，程序崩溃前最后一段可能丢失。
- 每行写完加
std::endl（它会 flush），或显式调用file.flush() - 避免只用
"\n"换行 —— 它不触发 flush，内容可能卡在缓冲区 - 如果频繁小量写入，考虑关闭缓冲：
file.rdbuf()->pubsetbuf(nullptr, 0);（慎用，性能下降明显） - 程序正常退出时，
std::ofstream析构会自动 flush；异常退出则不一定
二进制追加和文本模式的区别
追加模式对文本和二进制文件都有效，但行为细节不同。Windows 下文本模式会自动把 \n 转成 \r\n，而二进制模式原样写入。
- 写日志、配置等纯文本，用默认文本模式即可
- 写协议数据、图片片段等二进制内容，必须加
std::ios::binary：std::ios::out | std::ios::app | std::ios::binary - 混用文本和二进制模式打开同一文件，结果未定义 —— 比如先用文本模式追加，再用二进制模式读，可能因换行符转换导致偏移错乱
追加本身很简单，难的是理解 std::ios::app 的底层语义和它与其他标志的组合约束。别绕开它去手动画指针，也别忽略换行和刷新带来的可见性问题。
