std::ios::app 是最可靠的追加写入方式，强制所有写入发生在文件末尾且不受 seekp() 影响；仅用 std::ios::out 会清空文件，std::ios::ate 则不保证追加语义。
用 std::ofstream 打开文件时加 std::ios::app 就能追加写入
直接结论：不手动定位、不覆盖原有内容，std::ios::app 是最可靠的方式。它强制所有写入操作都发生在文件末尾，哪怕你调用 seekp() 也无效——这是标准规定的语义，不是实现细节。
常见错误是只用 std::ios::out 并假设“没清空就是追加”，结果文件被截断重写。必须显式带上 std::ios::app（或等价的 std::ios_base::app）。
-
std::ofstream file("log.txt", std::ios::out | std::ios::app);—— 正确，推荐写法 -
std::ofstream file("log.txt", std::ios::app);—— 也正确，std::ios::app隐含std::ios::out -
std::ofstream file("log.txt", std::ios::out);—— 错误，每次打开都会清空文件
std::ios::app 和 std::ios::ate 容易混淆但行为完全不同
std::ios::ate 是“打开后立即定位到末尾”，但它不锁定写入位置；后续 write() 或 仍从当前位置开始，而你可能在中间又调了 <code>seekp()，导致覆盖。它适合读写混合且需初始定位的场景，不是追加专用。
std::ios::app 则彻底绕过当前指针：每次 write() 前，流自动跳转到当前文件末尾，再写入。这个动作不可绕过，也不受 seekp() 影响。
- 追加日志、记录调试信息 → 用
std::ios::app - 打开大文件并从末尾开始读取一部分 → 可考虑
std::ios::ate+seekg() - 想先读再在末尾写 →
std::ios::in | std::ios::out | std::ios::ate，但写前仍要seekp(0, std::ios::end)，不如分开用两个流
多线程下 std::ios::app 不能保证原子性，需额外同步
操作系统层面，O_APPEND 标志（C++ 流底层通常依赖它）能保证单次 write() 系统调用追加成功，但 C++ 的 或 <code>write() 可能拆成多次系统调用（尤其带缓冲时）。如果多个线程共用同一个 std::ofstream 对象，依然可能交错写入。
- 每个线程独立打开自己的
std::ofstream（都带std::ios::app）→ 安全，OS 层保证追加原子性 - 多个线程共享一个流对象 → 危险，即使加锁，也无法避免缓冲区与系统调用之间的竞态
- 高频追加（如每毫秒一次）→ 考虑批量缓存 + 定期 flush，减少系统调用次数
示例安全写法：
void append_log(const std::string& msg) {
std::ofstream file("app.log", std::ios::out | std::ios::app);
file
<h3>Windows 下换行符和二进制模式会影响 <code>std::ios::app</code> 行为</h3>
<p>文本模式下（默认），Windows 会把 <code>\n</code> 自动转成 <code>\r\n</code>，这个转换发生在写入缓冲区之后、落盘之前。如果文件末尾原本是 <code>\n</code>，新写入的 <code>\n</code> 变成 <code>\r\n</code>，可能导致看起来“多了一行”或格式错乱。这不是 <code>std::ios::app</code> 的问题，而是文本模式副作用。</p>
- 写日志、配置等纯文本 → 文本模式 +
std::ios::app没问题 - 写二进制数据（如序列化结构体）→ 必须加
std::ios::binary，否则\x1A可能被误判为 EOF，且换行转换破坏数据 - 跨平台工具生成的文件（如 Unix 工具写入的 LF 结尾）→ 在 Windows 上用文本模式追加，末尾可能混用 CRLF/LF
二进制追加示例：std::ofstream file("data.bin", std::ios::out | std::ios::app | std::ios::binary);
真正要注意的是：不要以为加了 std::ios::app 就万事大吉。它只解决“写到哪”的问题，不解决并发、编码、换行、缓冲刷新这些衍生问题。尤其是生产环境写日志，得结合文件大小轮转、异常容错、权限检查一起看，单靠一个标志位撑不起整套逻辑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
