C++中无法直接“删除”二进制文件中间片段，必须手动三步实现：先将目标后数据搬移前，再定位写入，最后用std::filesystem::resize_file()截断；搬移须从后往前、分块处理以防OOM，且必须以binary模式打开并检查流状态。
直接用 std::fstream 随机读写无法真正“删除”二进制片段
二进制文件不是链表，没有“中间挖掉一段还能自动缝合”的机制。所谓“删除”，本质是：把目标片段之后的所有内容往前搬移，再截断文件末尾。C++ 标准库不提供原子化的“删除区间”操作，必须手动实现搬移+截断。
常见错误是试图用 seekp() 定位后直接 write() 覆盖——这只会覆盖，不会缩短文件长度，残留数据仍在磁盘上；更糟的是，若只覆盖不搬移，后续数据会被错位覆盖，导致文件损坏。
- 必须先读取待删除区域之后的全部数据（或分块读取，避免内存爆炸）
- 用
seekp()定位到删除起点，逐块写入搬移后的数据 - 最后调用
resize()或truncate()（需底层支持）收缩文件长度 - Windows 下推荐用
SetEndOfFile()，Linux/macOS 用ftruncate()；std::filesystem::resize_file()是 C++17 起跨平台选择
用 std::filesystem::resize_file() 截断前必须完成数据搬移
std::filesystem::resize_file() 只能缩放文件大小，不能移动内容。如果跳过搬移直接 resize，等于粗暴砍掉尾巴，目标片段及其后的所有数据全丢——这不是“删除片段”，是“删掉从那里开始的所有东西”。
正确顺序固定为三步：打开文件 → 搬移数据 → 截断。其中搬移必须从后往前做（即先读取文件末尾，写入新位置），否则正向搬移会覆盖尚未读取的原始数据。
立即学习“C++免费学习笔记（深入）”；
- 假设文件长 1000 字节，要删掉 [200, 299]（100 字节），则需将 [300, 999] 这 700 字节整体前移 100 字节
- 安全做法：用
std::vector<char></char>缓存 [300, 999]，seekp(200)，write()缓存内容，再std::filesystem::resize_file(fp, 900) - 大文件务必分块处理（如每次 64KB），否则
std::vector可能 OOM
注意 std::fstream 的打开模式和异常状态
用 std::fstream 同时读写一个文件，必须用 std::ios::in | std::ios::out | std::ios::binary 打开，且不能省略 std::ios::binary——文本模式在 Windows 会把 \r\n 当作单个换行，破坏二进制数据对齐。
容易忽略的是流状态检查：seekg()/seekp() 失败后，后续 read()/write() 会静默失败。务必在关键步骤后检查 if (!fs) { /* handle error */ }。
- Windows 上若文件被其他进程以独占方式打开，
fstream构造可能成功但后续seek失败 - Linux 下注意文件系统是否只读，或磁盘空间是否足够（搬移时需临时双倍空间）
- 不要依赖
eof()判断读取结束——它只在尝试读越界后才置位，应检查gcount()返回的实际字节数
实际代码中 std::filesystem::resize_file() 的兼容性坑
C++17 引入的 std::filesystem::resize_file() 在 GCC 8+、Clang 7+、MSVC 2017 15.7+ 支持良好，但 MinGW-w64 默认不启用 filesystem，需加编译选项 -lstdc++fs；旧版 MSVC（如 VS2015）压根没实现，得回退到平台 API。
更隐蔽的问题是：某些网络文件系统（如 NFSv3）或 FAT32 分区不支持任意位置截断，resize_file() 可能抛 std::filesystem::filesystem_error。生产环境建议包裹 try/catch 并 fallback 到复制重命名方案。
- fallback 方案：读原文件 → 跳过目标区间 → 写入临时文件 →
std::filesystem::rename()替换原文件 - 该方案更安全但 I/O 开销翻倍，且需确保临时文件与原文件在同一文件系统（否则 rename 变 copy+delete）
- Linux 下可检查
statfs()的f_type判断是否支持原地 truncate
实际操作中最容易卡住的，是误以为“定位+覆盖=删除”，结果文件逻辑错乱却查不出原因；另一个高发点是大文件搬移时没分块，程序突然因内存耗尽崩溃。这两处不提前设防，调试成本远高于写几行分块逻辑。
