文件中间插入字符串不能直接 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 << "INSERTED LINE\n";
tmp << line << '\n';
}
src.close(); tmp.close();
std::filesystem::rename("data.tmp", "data.txt");
想“内存后移”？别碰 mmap，除非你控制所有边界
有人想用 mmap 把文件映射进内存，然后用 memmove 推动后面字节——理论上可行，但实际极难安全落地。
- 文件大小必须提前扩展（
ftruncate），否则memmove写越界就是 SIGBUS - 映射需用
MAP_SHARED，且操作系统不一定立即刷盘，崩溃可能丢数据 - Windows 的
CreateFileMapping对扩展映射支持弱，MapViewOfFile无法动态增长 - 多进程同时访问该文件时，mmap 行为不可控，竞态比临时文件更隐蔽
性能与兼容性取舍：小文件用临时流，大文件考虑分块 or 放弃“插入”语义
如果文件超 100MB，每次插入都全量复制显然慢；这时要重新思考需求本质：你真的需要“插入”，还是只是“让某行看起来在中间”？
立即学习“C++免费学习笔记（深入）”；
- 日志类场景：追加写 + 索引文件，查的时候逻辑合并，物理不插入
- 配置文件：改用 JSON/YAML，用库（如 nlohmann/json）解析-修改-序列化，比手动拼接安全得多
- 若坚持原地改，C++23 的
std::filesystem::resize_file配合mmap仍需处理对齐、页大小、错误恢复——这些细节漏一条，程序就静默损坏文件
真正麻烦的从来不是“怎么写那几行代码”，而是“谁在同时读这个文件”“断电时写到一半怎么办”“换行符是 \n 还是 \r\n”——这些不会报错，但会让修复成本远高于重设计。
