不能边遍历边删：std::recursive_directory_iterator依赖目录快照，删子项会导致迭代器失效或抛filesystem_error；应先收集路径并按depth降序排序后删除，或直接用remove_all()。
std::recursive_directory_iterator 删除文件时直接崩溃？
不能直接用 std::recursive_directory_iterator 边遍历边删——标准库迭代器在底层目录项被删除后可能失效，且 Windows 下尤其容易触发 std::filesystem::filesystem_error（错误码常为 “The directory is not empty” 或 “Access is denied”）。这不是 bug，是设计使然：迭代器依赖目录句柄/快照，删子项会破坏其内部状态。
- 必须先收集所有路径，再反向遍历删除（从深到浅）
- 或改用两次遍历：第一次只收集，第二次按深度降序处理（用
std::distance(it, end)或手动记录 depth） - Windows 上注意权限：管理员权限不是万能的，某些系统文件或被占用的文件仍会失败，需捕获
std::filesystem::filesystem_error
如何安全获取完整路径并按深度排序？
std::recursive_directory_iterator 本身不提供深度信息，但可通过 it.depth() 获取当前层级（根为 0），配合 std::vector 存储 std::pair<int std::filesystem::path></int> 即可排序。别用 it->path() 的字符串长度判断深度——符号链接、中文路径、挂载点都会让这个逻辑出错。
- 构造迭代器时加
std::filesystem::directory_options::skip_permission_denied，避免因权限跳过整个子树 - 用
std::stable_sort按depth降序排列，确保叶子节点优先删，父目录最后删 - 示例关键片段：
std::vector<std::pair<int, std::filesystem::path>> entries;<br>for (auto it = std::filesystem::recursive_directory_iterator(root, opts); it != std::filesystem::end(it); ++it) {<br> entries.emplace_back(it.depth(), it->path());<br>}<br>std::stable_sort(entries.begin(), entries.end(), [](const auto& a, const auto& b) { return a.first > b.first; });
删除时为什么还要检查 is_regular_file() 和 is_directory()？
std::recursive_directory_iterator 会遍历所有类型项：普通文件、目录、符号链接、套接字等。直接调用 std::filesystem::remove() 对目录会失败（除非为空），而对符号链接则只删链接本身。不加区分地删，轻则静默跳过，重则误删不该动的系统链接。
- 用
std::filesystem::is_regular_file(p)删文件 - 用
std::filesystem::is_directory(p) && std::filesystem::is_empty(p)删空目录（非空目录必须先清空，所以排序才关键） - 跳过
std::filesystem::is_symlink(p)或显式处理（比如只删链接不删目标） - Windows 下注意：
std::filesystem::remove()对只读文件默认失败，得先std::filesystem::permissions(p, std::filesystem::perms::owner_write)
std::filesystem::remove_all() 真的更简单？它和手写递归比有什么坑？
是的，std::filesystem::remove_all(root) 内部已实现安全递归删除，代码最简，但它不给你控制权：无法跳过特定文件、无法记录失败项、无法在删除前做自定义判断（比如保留最近 7 天的日志）。而且它仍可能因权限或占用失败，返回值只是成功删除的项数，错误全靠异常抛出。
立即学习“C++免费学习笔记（深入）”；
- 若只需“彻底清空某目录”，优先用
std::filesystem::remove_all()，别自己造轮子 - 若要精细控制（如跳过
.git、保留config.json），就必须手写遍历+筛选逻辑 - 注意：
remove_all()不保证原子性，中途失败时部分已删，无法回滚
remove() 就会失败，且错误信息里不会明说“被占用”，只报 “Permission denied”。得结合 GetLastError() 或第三方库（如 Boost.Stacktrace）进一步诊断。 
