直接原地修改文件中间内容不可行，因操作系统不支持变长插入/删除；唯一安全方案是读取原文件、按块替换写入临时文件，再原子重命名。
为什么不能直接原地修改文件内容
操作系统不支持对文件中间位置做“插入/删除”式修改，fseek + fwrite 只能覆盖等长内容。想把 "foo" 换成 "barbaz"，长度变了，后面所有字节都会错位——这是最常被忽略的底层限制。
强行用 std::fstream::ate + seekp 往后写，结果是文件末尾多出垃圾字节；用 truncate 截断又容易丢数据。临时文件不是“多此一举”，而是唯一安全路径。
用 std::ifstream 读 + std::ofstream 写临时文件的最小可靠流程
核心是避免内存爆掉又不牺牲可控性：按块读、边读边替换、边写入临时文件。不要一次性 read 整个文件（大文件直接 OOM），也不要逐字符判断（性能差十倍以上）。
- 用
std::vector<char></char>做缓冲区，大小设为 8192 或 65536（兼顾 cache line 和 syscall 开销） - 每次
in.read(buf.data(), buf.size())后检查in.gcount()，别信eof()的返回值 - 替换逻辑必须基于字节流处理，
std::string::find会误判跨缓冲区的匹配（比如 "foo" 被切在两个 buffer 之间） - 写入前确保
out.good()，否则out.write()失败不报错，静默丢数据
跨平台安全重命名：从 temp_file 到原文件名
std::filesystem::rename 在 Windows 上对已打开的原文件会失败（ERROR_ACCESS_DENIED），Linux 虽然允许但旧句柄仍指向被 unlink 的 inode，容易引发竞态。
立即学习“C++免费学习笔记（深入）”；
正确做法是先关闭所有对原文件的句柄，再重命名。如果原文件正被其他进程读取，Windows 下 rename 会失败，此时应 fallback 到 std::filesystem::copy_file + remove，但要注意 copy_file 默认不覆盖。
- 重命名前调用
in.close()和out.close()，确认无残留句柄 - 用
std::filesystem::rename(temp_path, original_path)，捕获std::filesystem::filesystem_error - 失败时用
std::filesystem::copy_file(temp_path, original_path, std::filesystem::copy_options::overwrite) - 最后
std::filesystem::remove(temp_path)，别忘了异常安全——建议用 RAII 封装临时文件生命周期
缓冲区替换的边界陷阱：二进制安全 vs 文本换行
如果文件含 \0 或 UTF-8 多字节字符，用 std::string 当中转容器会截断或乱码。必须全程用 std::vector<:byte></:byte>（C++20）或 std::vector<char></char> 处理原始字节。
换行符差异（\r\n vs \n）也会影响匹配：用 std::search 查找原始字节序列，别依赖 std::string_view 的文本语义。
- 搜索目标用
std::vector<char>{'f','o','o'}</char>，不是"foo"字面量（后者隐含 \0 终止） - 替换内容同理，用
std::vector<char>{'b','a','r','b','a','z'}</char> - 缓冲区末尾可能截断一个匹配序列（如 buffer 末尾是 "fo"，下一块开头是 "o"），需保留最后
pattern.size()-1字节到下次处理
真正麻烦的从来不是“怎么写完”，而是“怎么保证每种异常路径下文件不损坏”——比如磁盘满时临时文件写一半、重命名中途崩溃、杀进程时句柄没关干净。这些点不显式处理，代码在测试环境永远正常，在生产环境凌晨三点开始删库。
