ofstream默认覆盖写入，即以std::ios::out打开已存在文件会清空内容；常见错误包括未检查is_open()、误用std::ios::app或std::ios::in导致不截断；安全写法应显式指定std::ios::trunc。
ofstream 默认就是覆盖写入，不需要额外操作
只要用 std::ofstream 以默认模式（即不显式指定 std::ios::app）打开一个已存在的文件，它就会自动清空内容并从头开始写。这是 C++ 标准规定的行为，不是平台或编译器的特例。
为什么有时候看起来没覆盖？常见错误场景
最常踩的坑是打开了文件但没检查是否成功，或者误用了追加模式：
- 忘记检查
ofstream::is_open()，文件因权限/路径问题打不开，后续operator<<看似执行了，其实什么都没写 - 误传了
std::ios::app：如std::ofstream f("a.txt", std::ios::app)—— 这会强制追加，哪怕文件原本有内容也不会覆盖 - 用
std::ios::out | std::ios::in打开已有文件时，std::ofstream不会自动截断，必须显式加std::ios::trunc
安全覆盖写入的推荐写法
明确意图、避免歧义，直接使用 std::ios::trunc：
std::ofstream f("data.txt", std::ios::out | std::ios::trunc);
if (!f.is_open()) {
// 处理错误，比如路径不存在或无写权限
}
f << "new content";
注意：std::ios::trunc 在只写模式（std::ios::out）下是默认行为，但显式写出能提高可读性，也避免和 std::ios::in 混用时出错。
立即学习“C++免费学习笔记（深入）”；
和 fstream 混用时的陷阱
如果要用读写能力（比如先读旧内容再重写），别用 ofstream，改用 std::fstream，且必须带 std::ios::trunc：
std::fstream f("config.txt", std::ios::in | std::ios::out | std::ios::trunc);
// 不加 trunc，已有文件会被保留，写入从开头覆盖但长度不变，末尾残留旧数据
更稳妥的做法是：先用 ofstream 清空（靠 trunc），再用 ifstream 或 fstream 重新打开读写 —— 分离关注点，避免状态混淆。
真正容易被忽略的是：trunc 只在打开时生效；一旦文件打开，后续写入不会自动截断，也不会因流对象析构而“回滚”。如果中途写失败，文件可能已部分清空，无法恢复。
