c++文件流不支持原地插入；seekp只能覆盖指定位置数据，无法自动后移后续内容。安全插入需三步：读取插入点后全部数据→写入新数据→追写原数据；须用二进制模式、校验读取字节数、避免大内存缓冲。
用 seekp 直接在中间插入数据？不行，C++ 文件流不支持原地插入
二进制文件是连续字节流，seekp 只能定位写入位置，不能“撑开”已有内容。你调 seekp(100) 再写 5 字节，只会覆盖原位置的 5 字节，后面的数据不会自动后移。
常见错误现象：seekp 后 write() 看似成功，但文件长度没变、后续数据被截断或错位——本质是覆盖而非插入。
- 真正想实现“插入”，必须手动把插入点之后的所有数据读出、整体后移、再写回
- 如果文件大（比如 >10MB），全量读写效率极低，且需额外内存缓冲
-
fstream::ate或fstream::app模式下seekp行为受限，容易误判当前位置
安全插入的三步实操：读尾部 → 写新数据 → 写原尾部
假设要在偏移 pos 处插入 new_data（长度 insert_len），文件总长 file_size：
先用 seekg(pos) 定位，读取从 pos 到末尾的全部数据到缓冲区；再用 seekp(pos)，写入 new_data；最后 seekp(pos + insert_len)，把缓冲区数据追写回去。
- 务必检查
gcount()确认实际读取字节数，避免eofbit导致少读 - 缓冲区大小 =
file_size - pos，别硬写vector<char>(1024)</char>就完事 - 打开文件必须用
ios::in | ios::out | ios::binary，缺一不可；只读或只写模式下seekp可能无效 - 写入前建议
clear()清除可能的failbit，尤其多次 seek 后
seekg 和 seekp 的偏移基准容易搞混
seekg 控制读位置，seekp 控制写位置，它们各自独立，且默认基准都是文件开头（beg）。但如果你混用 cur 或 end，很容易算错真实偏移。
- 用
seekg(pos, ios::beg)定位读起点，和seekp(pos, ios::beg)定位写起点，才是对齐的 - 避免写成
seekg(0, ios::end)得到长度后，再用seekp(-10, ios::end)—— 这里-10是从末尾倒推，但seekp在非app模式下对end偏移支持不稳定 - 跨平台时，Windows 下文本模式会把
\n转成\r\n，导致seek偏移错乱——务必始终用ios::binary
大文件插入要警惕内存和性能陷阱
插入点越靠近文件开头，需要搬运的数据越多。1GB 文件在 offset=1KB 处插入 1KB 数据，意味着要搬运 999MB+ 数据。
- 不要一次性
read整个尾部；改用固定块（如 64KB）循环读写，减少内存峰值 - 写入前调用
file.flush()并检查good()，否则缓冲区未落盘就继续操作，结果不可预测 - Linux 下可考虑
mmap+memmove替代流操作，但 WindowsCreateFileMapping兼容性更复杂，不是银弹 - 如果频繁插入，说明数据结构设计有问题——考虑改用数据库或带索引的序列化格式（如 Protocol Buffers + chunked storage）
最常被忽略的一点：插入操作不是原子的。程序中途崩溃，文件大概率损坏。真要可靠，得加临时文件 + 原子重命名，或者用日志预写（WAL）机制。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
