最稳妥的方式是使用 std::filesystem::remove 并配合 is_regular_file 检查和 error_code 错误处理：先验证路径存在且为普通文件，再调用 remove 并检查返回值与 ec。

用 std::filesystem::remove 删除单个文件最稳妥

C++17 起，std::filesystem 是删除文件的首选方案，它跨平台、语义清晰、错误可查。别再用 remove()（C 标准库）或系统命令，后者不报错、不区分目录/文件、Windows 下权限行为混乱。

• 必须包含头文件：#include <filesystem>，并链接 -lstdc++fs（GCC 早期版本需显式链接）
• 调用前检查路径是否存在且为普通文件：std::filesystem::is_regular_file(path)，避免误删目录
• 返回值是 bool：成功返回 true；失败时可通过 std::filesystem::remove 的重载版本获取 std::error_code& 查错
• 示例：

  std::filesystem::path p = "data.txt";
  if (std::filesystem::is_regular_file(p)) {
      std::error_code ec;
      if (!std::filesystem::remove(p, ec)) {
          std::cerr << "删除失败: " << ec.message() << "\n";
      }
  }

为什么 std::remove（C 函数）在 Windows 上常静默失败

std::remove（来自 <cstdio>）在 Windows 下对只读文件直接返回 -1 且不设 errno，Linux 下则可能因权限失败但 errno 可读。更麻烦的是：它对目录也返回 0（假成功），实际却没删掉——这是最危险的坑。

• Windows 中，如果文件被其他进程打开（如记事本正在编辑），std::remove 必然失败，但无提示
• 它不区分文件和目录，传入目录路径时行为未定义（多数实现忽略或报错）
• 没有异常机制，只能靠返回值判断，而返回值含义模糊（例如 -1 不代表“不存在”，可能是权限/占用/路径格式错）

删除前必须处理的三个常见状态

真实场景中，文件往往不是“干净待删”状态。跳过检查直接删，90% 的失败都源于这三类情况。

C++

"空空如也"

下载

• 只读属性：Windows 下常见，需先用 std::filesystem::permissions(path, std::filesystem::perms::owner_write) 开启写权限
• 被进程占用：无法强制释放，只能提示用户关闭对应程序（比如 Excel 正在打开 .csv）
• 路径含中文或特殊字符：用 std::filesystem::path 构造，别拼接 raw string；Windows UTF-8 需确保编译器/终端编码一致（MSVC 默认宽字符，建议用 u8"path" 字面量）

批量删除多个文件时注意迭代器失效

用 std::filesystem::directory_iterator 遍历并删文件时，千万别边遍历边删——某些文件系统（如 NTFS）会导致迭代器提前结束或跳过项。

立即学习“C++免费学习笔记（深入）”；

• 正确做法：先收集所有目标路径到 std::vector<std::filesystem::path>，再逐个调用 remove
• 若要递归删整个目录，请用 std::filesystem::remove_all，但它会删空目录及其所有子项，不可逆
• 注意 remove_all 对符号链接默认只删链接本身（不跟目标），如需跟删，得自己递归处理

文件系统操作没有“试删”机制，std::filesystem::remove 执行即生效。真正难的不是调用函数，而是删之前确认状态、删之后验证结果——尤其是网络路径、挂载点、权限受限目录这些边界情况，光靠 return value 远不够。