std::vector::insert() 在指定位置插入元素不覆盖原内容，本质是扩容加位移；文件中间插入必须用临时文件交换法，因os不支持字节级插入。
用 std::vector 在指定位置插入数据，不覆盖原内容
直接在中间插入新元素而不覆盖，本质是「扩容 + 位移」，不是覆盖写入。C++ 标准容器里 std::vector::insert() 就干这事，底层自动把插入点之后的元素往后挪，腾出空间。
常见错误是误以为要自己 memcpy 或手动画内存——没必要，也容易越界。更糟的是有人用 operator[] 直接赋值，结果覆盖了原值：
vec[5] = new_val; // 错！这只是赋值，不是插入
-
vec.insert(vec.begin() + pos, value)是正解，pos从 0 开始，超出size()会触发未定义行为 - 如果
pos == vec.size()，等价于push_back，安全 - 插入大量数据时（比如千级以上），考虑先
reserve()避免多次 realloc - 注意迭代器失效：插入后，所有指向插入点及之后元素的迭代器、引用、指针都可能失效
文件中「逻辑插入」只能靠临时文件交换法
磁盘文件不支持随机位置插入字节——操作系统只允许覆盖写或追加。所谓“在第 100 字节插入 5 字节”，实际必须：读取后半段 → 写入新内容 → 追加原后半段 → 替换原文件。这就是临时文件交换法的核心逻辑。
容易踩的坑是直接 open + seek + write，结果只是覆盖，不是插入：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
fseek(fp, 100, SEEK_SET); fwrite(buf, 1, 5, fp); // 错！覆盖了原 100–104 字节
- 必须用两个文件句柄：一个读原文件（从插入点起），一个写新文件（先写前段，再写插入数据，再写后段）
- 插入点接近文件末尾时，可优化为「内存缓冲后半段」，避免小文件也启临时磁盘 IO
- Windows 下注意
rename()不能跨分区替换，得用MoveFileEx()配合MOVEFILE_REPLACE_EXISTING - Linux/macOS 要确保新文件和原文件同属一个文件系统，否则
rename()会失败，需 fallback 到 copy + unlink
std::fstream 不提供 insert 模式，别被 ios::in | ios::out 欺骗
很多人试过这样打开文件：
std::fstream fs("data.bin", std::ios::in | std::ios::out | std::ios::binary);
然后 seekp(pos) 后 write()，发现还是覆盖。因为 C++ 流的 ios::out 语义就是“覆盖写”，没有“插入写”模式——这和底层 OS 限制一致，标准库不会帮你做临时文件那一套。
-
seekp()只移动写位置，不改变文件长度，也不挪动后续数据 - 想模拟插入？你得自己管理读写偏移、缓冲区、分段写入，代码量远超用临时文件
- 如果只是追加，用
ios::app最安全；如果真要中间插入，老老实实走临时文件流程
临时文件交换法的关键健壮性细节
看似简单三步（读→写→换），但生产环境最容易崩在边界上：磁盘满、权限错、进程被杀、断电。不能只写核心逻辑，得补这些：
- 临时文件名必须用
mkstemp()（Linux/macOS）或GetTempFileName()（Windows），避免竞态和路径注入 - 新文件写完后，务必
fsync()或FlushFileBuffers()，否则换名后可能只有元数据落盘，数据还在缓存里 - 换名前检查原文件是否被其他进程以独占方式打开（尤其 Windows），否则
rename()失败且原文件可能被锁死 - 不要删原文件再写新文件——万一写一半失败，数据全丢。正确顺序：写完新文件 → 原子替换 → 成功后再删旧文件（或留作备份）
临时文件交换不是“多此一举的麻烦”，而是绕不过的物理限制。哪怕只插 1 字节，也要按这个路子走；图省事硬塞 memmove 或 seek 写，迟早遇到数据错位或静默损坏。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
