std::filesystem::remove_all 会递归删除但不回滚，遇权限或占用问题抛异常并留中间状态；应改用 error_code 版本预处理权限、分类处理错误，Windows 需先清除只读属性，Unix 注意符号链接与挂载点。
std::filesystem::remove_all 会递归删除，但不处理权限问题
直接调用 std::filesystem::remove_all 看似能删掉非空目录，但它在遇到只读文件、符号链接目标不可写、或当前进程无权访问某子项时会抛出 std::filesystem::filesystem_error，且**不会回滚已执行的删除操作**——也就是说，可能删到一半就失败，留下一个损坏的中间状态。
常见错误现象：std::filesystem::remove_all: Permission denied 或 No such file or directory（其实是权限不足导致 opendir 失败，却被误报为路径不存在）。
- 必须提前检查并修正关键子项权限，尤其是 Windows 下的只读属性和 Unix 下的 sticky bit
- 对符号链接本身调用
remove即可，无需解引用；但若目标是目录且被 symlink 指向，remove_all仍会进入并尝试删其内容 - 不要依赖异常消息判断失败原因——
ec参数比异常更可靠
用 ec 参数替代异常捕获来控制删除流程
启用错误码模式（传入 std::error_code&）才能逐层干预：跳过无法处理的项、记录失败路径、或临时提权后重试。一旦用异常方式调用，就失去了细粒度控制能力。
示例关键逻辑：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
std::error_code ec;
if (!std::filesystem::exists(path, ec)) {
return; // 路径不存在，不报错
}
std::filesystem::remove_all(path, ec);
if (ec) {
// 这里可以分类处理：ec.value() == 13 → 权限问题；== 2 → 找不到；== 16 → 设备忙（如挂载点）
}
- 所有
std::filesystem函数都支持std::error_code&重载，优先用它而非 try/catch -
ec.clear()必须在每次调用前手动调用，否则旧值残留会导致误判 - Windows 上某些只读文件需先调用
std::filesystem::permissions(path, std::filesystem::perms::owner_write, ec)解除只读
删除前遍历并预处理子项权限（尤其 Windows）
Windows 默认把文件设为只读（比如资源管理器复制来的文件），而 remove_all 遇到只读文件会直接失败。Unix 系统虽不强制只读，但 umask 或 ACL 可能导致子目录不可遍历。
安全做法是先用 std::filesystem::recursive_directory_iterator 扫一遍，对每个文件/目录提前设置可写权限：
for (const auto& entry : std::filesystem::recursive_directory_iterator(path, ec)) {
if (ec) continue; // 跳过无法访问的条目，如权限不足的子目录
std::filesystem::permissions(entry.path(),
std::filesystem::perms::owner_write,
std::filesystem::perm_options::add, ec);
}
- 注意
recursive_directory_iterator构造时也需传ec，否则遇到第一个无权访问的子目录就会抛异常中断遍历 - 只加
owner_write，不改其他权限位（如执行位），避免破坏脚本或二进制文件行为 - 该步骤本身不保证 100% 成功（比如管理员锁定的系统文件），但能覆盖绝大多数用户场景
跨平台差异：Windows 删除正在使用的文件会失败，Unix 不一定
Windows 下如果某个文件正被另一个进程打开（即使只是 Read），remove 会返回 Access is denied；而多数 Unix 系统允许 unlink 已打开的文件（句柄仍有效，磁盘空间待进程关闭后释放）。这意味着同一段代码在两平台表现不同。
- 无法通过 C++ 标准库检测“文件是否被占用”，只能靠
ec.value()判断错误类型 - 若业务允许，可对失败项加入短延时 + 重试（最多 2–3 次），对临时性占用有效
- 生产环境建议配合日志输出具体失败路径和
ec.message()，方便排查是权限、占用还是路径嵌套过深（MAX_PATH 限制）
std::filesystem 只负责暴露错误，不帮你猜原因。 
