用std::ios::app模式打开文件可安全追加写入，自动定位到末尾且原子性保障；不可混用trunc，需注意跨平台与多进程安全边界。
fstream 用 std::ios::app 模式打开文件就能追加写入
直接用 std::ofstream 以 std::ios::app 模式打开，所有写入操作自动定位到文件末尾，无需手动 seekp()。这是最安全、最符合语义的追加方式。
- 必须显式指定
std::ios::app，仅用std::ios::out会覆盖原文件 -
std::ios::app隐含std::ios::out，不用额外加 - 如果文件不存在，
app模式会自动创建；存在则光标初始位置就在 EOF，写入即追加 - 不支持读取（
std::ios::in与app冲突），如需边读边追加，得用两个流或先读后写
常见错误：用 std::ios::ate 或 seekp(0, std::ios::end) 代替 app
有人试图用 ate 模式 + seekp() 模拟追加，但容易出错：
-
std::ios::ate只是把写入位置初始化到末尾，后续write()或<<仍可能覆盖——因为 C++ 流在非app模式下，写入会从当前位置开始，而多次写入之间位置不自动更新到新末尾 - 手动
seekp(0, std::ios::end)后写入，若中间有其他流操作（比如另一线程/进程写入），位置会失效，导致覆盖或错位 -
app模式由系统底层保证原子性追加（尤其在 POSIX 系统上等价于O_APPEND），ate+seekp没这保障
std::ofstream 构造时传参的正确写法
推荐一次性构造并指定模式，避免默认构造后调用 open() 的歧义：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::ofstream file("log.txt", std::ios::app); // ✅ 正确：只追加
std::ofstream file("log.txt", std::ios::out | std::ios::app); // ✅ 等价，但冗余
std::ofstream file("log.txt"); // ❌ 默认是 out，会清空文件！
- 不要混用
std::ios::trunc和app——行为未定义，多数实现直接忽略trunc - 追加写入中文或特殊字符时，记得在打开前调用
file.imbue(std::locale(""));（Linux/macOS）或std::locale::global(std::locale(""))（Windows）确保编码适配 - 若需每次写入后立即落盘（比如日志防丢），调用
file.flush()，但注意频繁 flush 会影响性能
多线程/多进程环境下追加的安全边界
std::ios::app 在单进程内是线程安全的（C++11 起，operator<< 对同一 ofstream 对象的调用有内部同步），但跨进程不保证：
立即学习“C++免费学习笔记（深入）”；
- Linux/macOS 下，
app模式最终映射为O_APPEND标志，内核保证每次write()原子地追加，多个进程可安全共用同一文件 - Windows 下行为依赖 CRT 实现，部分旧版本不完全等价于
O_APPEND，高并发写入建议加外部文件锁（如LockFileEx） - 即使追加安全，也要注意日志行完整性：避免一个
<<写半行就被打断，应尽量用单次<<或write()输出完整逻辑行
app 模式底层语义的理解偏差，以及跨平台、跨进程场景下的隐含假设。 
