文件中间插入字符串不能直接 fseek + fwrite，因为会覆盖而非推移后续内容；必须通过临时文件读取、分段写入再重命名替换实现。
文件中间插入字符串为什么不能直接 fseek + fwrite
因为文件系统不支持“在中间插入”，fseek 定位后 fwrite 只会覆盖，不会推后原有内容。你看到的“插入”效果，其实是靠重写整个文件实现的——这是最常被误解的起点。
- 磁盘上文件是连续字节块，没有“空隙”可插；内存里字符串能 insert，文件不行
-
std::fstream::ate或ios::in | ios::out模式下直接写，大概率导致后续数据被截断或错位 - 即使文件很小，用
seekp跳到中间再写，也只覆盖，不移动后面字节
标准做法：用临时文件 + 逐段复制
真正可靠、跨平台、不依赖 mmap 的方案，就是读原文件、在目标位置拆开、写入新行、再续写剩余内容——全部通过一个临时 std::ofstream 完成。
- 打开原文件为
std::ifstream，临时文件为std::ofstream - 用
std::getline逐行读，计数到第 N 行后，先写入你要插入的字符串，再写回当前行（即插入在该行上方） - 或者按字节偏移定位：用
is.seekg(0, std::ios::end)获取长度，再is.seekg(0)从头读，用is.read(buf, n)分段搬运 - 写完关闭两个流，用
std::filesystem::rename（C++17）或std::rename替换原文件（注意 Windows 下需先remove）
std::ifstream src("data.txt");
std::ofstream tmp("data.tmp");
std::string line;
int line_no = 0;
while (std::getline(src, line)) {
if (++line_no == 3) tmp
<h3>想“内存后移”？别碰 mmap，除非你控制所有边界</h3>
<p>有人想用 <code>mmap</code> 把文件映射进内存，然后用 <code>memmove</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>
- 文件大小必须提前扩展（
ftruncate），否则memmove写越界就是 SIGBUS - 映射需用
MAP_SHARED，且操作系统不一定立即刷盘，崩溃可能丢数据 - Windows 的
CreateFileMapping对扩展映射支持弱，MapViewOfFile无法动态增长 - 多进程同时访问该文件时，mmap 行为不可控，竞态比临时文件更隐蔽
性能与兼容性取舍：小文件用临时流，大文件考虑分块 or 放弃“插入”语义
如果文件超 100MB，每次插入都全量复制显然慢；这时要重新思考需求本质：你真的需要“插入”，还是只是“让某行看起来在中间”？
- 日志类场景：追加写 + 索引文件，查的时候逻辑合并，物理不插入
- 配置文件：改用 JSON/YAML，用库（如 nlohmann/json）解析-修改-序列化，比手动拼接安全得多
- 若坚持原地改，C++23 的
std::filesystem::resize_file配合mmap仍需处理对齐、页大小、错误恢复——这些细节漏一条，程序就静默损坏文件
真正麻烦的从来不是“怎么写那几行代码”，而是“谁在同时读这个文件”“断电时写到一半怎么办”“换行符是 \n 还是 \r\n”——这些不会报错，但会让修复成本远高于重设计。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
