C++如何实现文件的安全擦除（不可恢复）-C++-PHP中文网

std::filesystem::remove 不是安全擦除，因为它仅删除文件元数据，原始数据仍保留在磁盘上可被恢复；安全擦除需覆写物理扇区、强制同步落盘并考虑ssd的ftl映射，应优先使用 shred、srm 或 ata secure erase 等专用工具。

c++如何实现文件的安全擦除（不可恢复）

为什么 `std::filesystem::remove` 不能算安全擦除

调用 std::filesystem::remove 或系统 unlink 只是删掉文件目录项、释放 inode，磁盘上原始数据块通常原封不动保留，直到被新数据覆盖。恢复工具（如 photorec、testdisk）能轻易从空闲扇区中重建内容。SSD 还有写入放大、FTL 映射等额外干扰，让“覆盖一次就安全”完全不成立。

所以安全擦除 ≠ 删除，而是：对文件实际占用的物理存储位置，用特定模式反复覆写 + 同步落盘 + （可选）通知设备 TRIM/UNMAP。

普通 HDD 上用 `std::ofstream` 覆盖的关键操作

在机械硬盘上，最可控的方式是打开文件为可写、定位到开头、写满全长度，再刷新缓冲区并截断。注意三点：

必须用 std::ios::binary | std::ios::in | std::ios::out 模式打开，否则无法保证覆盖全部字节（尤其末尾可能有换行转换或 null 截断）
覆写字节需至少 3 遍：全 0 → 全 1 → 随机字节（推荐用 std::random_device 生成），这是 NIST SP 800-88 Rev.1 的基础要求
每次写完必须调用 file.flush() 和 fsync()（Linux/macOS）或 _commit()（Windows），否则只写到页缓存，没真正落盘

示例片段（仅覆盖逻辑，不含错误检查）：

C++

"空空如也"

下载

std::ofstream f(path, std::ios::binary | std::ios::in | std::ios::out);
f.seekp(0, std::ios::end);
size_t len = f.tellp();
f.seekp(0);
<p>std::vector<char> buf(4096, 0);
for (size_t i = 0; i </char></p><h3>如何正确调用底层同步与 TRIM（Linux/macOS/Windows）</h3><p>仅靠 <code>flush()</code> 不够。C++ 标准库不提供 <code>fsync()</code> 或 <code>FlushFileBuffers</code> 封装，必须混用系统 API：</p>

Linux/macOS：用 fileno(f) 获取 fd，再调用 fsync(fd)；若文件在支持 UNMAP 的文件系统（如 XFS、ext4 with discard）上，还可调用 ioctl(fd, BLKDISCARD, ...)（需 root）主动丢弃块
Windows：用 _get_osfhandle(_fileno(f)) 获取 HANDLE，再调用 FlushFileBuffers(h)；TRIM 需用 DeviceIoControl(h, IOCTL_STORAGE_MANAGE_DATA_SET_ATTRIBUTES, ...)，结构体复杂，建议只用于 SSD 且明确支持
注意：SSD 上多次覆写反而加速磨损，且因 FTL 映射，覆写旧逻辑地址未必影响对应物理页 —— 所以对 SSD，优先依赖 ATA SECURE ERASE 或 NVMe Format NVM 命令（需管理员权限+专用工具）

更可靠的做法：交给操作系统或专用工具

自己实现易出错，尤其跨平台和 SSD 场景。实际项目中建议：

Linux：调用 shred -u -n 3 path（注意：不适用于 ext4 默认挂载选项下的日志文件系统，会失效；可用 chattr +t 关闭日志后重试）
macOS：srm -s path（已废弃但仍可用），或用磁盘工具“安全擦除空闲空间”
Windows：cipher /w:C:\path（仅擦除卷空闲空间，不针对单文件），或用 Sysinternals sdelete -p 3 -z
开发中若必须嵌入逻辑，优先封装调用上述命令（std::system 或 posix_spawn），比手写覆写更可信