std::filesystem::remove_all() 是递归删除非空目录的正确函数，需配合 exists()、is_directory() 等前置检查及 error_code 异常处理，避免误删或崩溃。
std::filesystem::remove_all() 是删文件夹的正确函数
直接调用 std::filesystem::remove_all()，它能递归删除非空目录。别用 std::filesystem::remove() —— 那个只删空目录或单个文件，对非空文件夹会失败并抛出 std::filesystem::filesystem_error。
常见错误现象：std::filesystem::remove("mydir") 返回 false，或抛出异常提示 “Directory not empty”；这是最典型的误用。
- 必须确保路径存在且有权限，否则抛异常（不是返回 false）
- 路径末尾带不带斜杠不影响行为，
"./mydir"和"./mydir/"效果一致 - Windows 下注意路径分隔符，用正斜杠
/或双反斜杠\，避免裸反斜杠导致转义错误 - C++17 起支持，编译需加
-std=c++17（GCC/Clang），MSVC 默认启用
删之前得先检查路径类型和权限
盲目调用 remove_all() 容易崩溃或误删。实际项目中，应该先确认目标是目录、可访问、且不是挂载点或符号链接终点（除非你明确想穿透）。
使用场景：自动化清理临时目录、单元测试后还原环境、部署脚本卸载旧版本。
立即学习“C++免费学习笔记（深入）”；
- 用
std::filesystem::is_directory(path)判断是否为目录，避免把文件当文件夹删（虽不会报错，但语义错误） - 用
std::filesystem::exists(path)防止删不存在路径时抛异常（remove_all对不存在路径也抛异常） - 用
std::filesystem::status(path).permissions()粗略判断写权限（但 Windows 权限模型不同，仅作参考） - 慎用
std::filesystem::is_symlink()：默认remove_all不跟随软链，删的是软链本身；若想删软链指向的内容，得先read_symlink()再操作
异常处理不能只靠 try-catch，得看 error_code
直接 throw/catch 会中断流程，且丢失具体原因。更稳妥的做法是传入 std::error_code& 参数，让函数静默失败并填充错误码。
性能影响：异常抛出开销大，尤其在循环中批量删目录时；用 error_code 版本能避免栈展开，更适合工具类代码。
示例：
std::error_code ec;
std::filesystem::remove_all("build/", ec);
if (ec) {
// ec.message() 可得 "Permission denied" 或 "No such file or directory"
// 比 catch 异常更容易做分类日志或降级处理
}
-
remove_all的error_code重载不会抛异常，必须显式检查ec - 常见
ec.value()：2（ENOENT）、13（EACCES）、20（ENOTDIR）—— 注意不是所有平台都映射完全一致 - 别忽略
ec：即使返回true，也可能部分删除成功、部分失败（比如子目录权限不足），ec只反映首次失败原因
跨平台路径拼接要用 std::filesystem::path / 运算符
手拼字符串路径（如 "logs/" + name + ".txt"）在 Windows 下会出反斜杠问题，还容易漏掉分隔符。C++ filesystem 提供了安全的路径操作接口。
容易踩的坑：用 path.append() 会修改原对象；而 / 运算符返回新 path，更符合函数式直觉。
- 拼路径统一用
std::filesystem::path{"logs"} / name / "output.txt" - 获取绝对路径用
std::filesystem::absolute(p)，它会自动处理相对路径和当前工作目录 - 路径字符串输出前，建议用
.string()（UTF-8）或.wstring()（Windows 宽字符），避免隐式转换乱码 - Linux/macOS 下路径大小写敏感，Windows 默认不敏感——但
remove_all行为一致，不因大小写跳过文件
真正麻烦的不是删动作本身，而是删之前没确认好“这到底是不是你要删的那个目录”。路径解析、权限校验、错误分类，每一步都可能因平台或环境差异悄悄失效。别依赖一次调用成功，尤其在 CI 或用户本地运行的工具里。
