必须反向遍历或缓存路径后倒序删除，因recursive_directory_iterator正向遍历时父目录先于子项被枚举，导致非空目录删除失败；Windows下还需先恢复只读文件写权限。
recursive_directory_iterator 删除文件前必须先移除子项
直接用 recursive_directory_iterator 遍历并调用 remove 会失败，尤其在 Windows 上常报 permission denied 或 directory not empty。根本原因是：迭代器按“深度优先”顺序访问，但父目录比其子项更早被枚举到（默认正向遍历），而系统不允许删除非空目录。
- 正确做法是反向遍历：让子文件/子目录先被处理，再删父目录
- 用
std::vector缓存所有路径，再从后往前删；或改用std::filesystem::recursive_directory_iterator::options::skip_permission_denied避免权限中断，但这不解决逻辑顺序问题 - 别依赖迭代器的构造顺序——它不保证“叶子优先”，必须显式控制删除次序
Windows 下 remove() 对只读文件失败怎么办
remove() 在 Windows 上遇到只读文件（如 git 的 index、某些日志）会静默失败或抛 std::filesystem::filesystem_error，错误码通常是 access_denied。
- 必须先调用
permissions(path, perms::owner_write)恢复写权限，再remove() - 注意：
permissions()不递归，只作用于单个文件/目录；对目录设写权限不影响其内容，但能让remove()成功删除该空目录 - 若目标路径是符号链接，
permissions()默认操作的是目标文件，加symlink_nofollow选项可只改链接本身权限
递归清空 vs 彻底删除目录：用 remove_all 还是手写循环
std::filesystem::remove_all() 看似最简，但它内部行为和你手写的循环并不等价：
-
remove_all()是原子性调用，不暴露中间状态，无法捕获某个子项的特定错误（比如只想跳过某类文件） - 它不会自动处理只读属性，同样会在 Windows 上对只读文件失败
- 如果你需要日志、进度反馈、条件过滤（如保留
.git）、或自定义错误恢复策略，必须手写recursive_directory_iterator+ 显式remove流程 - 性能上无显著差异；
remove_all()底层也是递归，只是封装掉了细节
跨平台路径拼接与异常处理要点
用 recursive_directory_iterator 清理时，路径构造和异常捕获方式直接影响健壮性：
立即学习“C++免费学习笔记（深入）”；
- 永远用
p / "subdir"而不是字符串拼接p.string() + "/subdir"，避免/和\混用或重复分隔符 - 捕获
std::filesystem::filesystem_error，而不是泛泛的std::exception；它的.code().value()可区分no_such_file_or_directory（可忽略）和permission_denied（需干预） - Linux 下常见
sticky bit目录导致删除失败，Windows 下则多见进程占用（如 Explorer 正在预览缩略图），这类错误无法靠改权限解决，只能跳过或提示用户手动释放
remove_all() 自动完成。 
