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
<p>注意：<code>std::ios::trunc</code> 在只写模式（<code>std::ios::out</code>）下是默认行为，但显式写出能提高可读性，也避免和 <code>std::ios::in</code> 混用时出错。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<h3>和 <code>fstream</code> 混用时的陷阱</h3>
<p>如果要用读写能力（比如先读旧内容再重写），别用 <code>ofstream</code>，改用 <code>std::fstream</code>，且必须带 <code>std::ios::trunc</code>：</p>
<pre class="brush:php;toolbar:false;">std::fstream f("config.txt", std::ios::in | std::ios::out | std::ios::trunc);
// 不加 trunc，已有文件会被保留，写入从开头覆盖但长度不变，末尾残留旧数据
更稳妥的做法是：先用 ofstream 清空（靠 trunc），再用 ifstream 或 fstream 重新打开读写 —— 分离关注点，避免状态混淆。
真正容易被忽略的是：trunc 只在打开时生效；一旦文件打开，后续写入不会自动截断，也不会因流对象析构而“回滚”。如果中途写失败，文件可能已部分清空，无法恢复。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
