std::filesystem::remove_all 是 c++17 标准函数，可直接递归删除非空文件夹；它不区分空/非空，只要路径存在且有权限就逐级删除全部内容，失败时抛出 filesystem_error 异常。
std::filesystem::remove_all 是什么，能不能直接删非空文件夹
std::filesystem::remove_all 是 C++17 引入的标准库函数，作用就是递归删除指定路径——无论它是空文件夹、带子目录的文件夹，还是单个文件。它不区分“是否为空”，只要路径存在且进程有权限，就会尝试逐级删除所有内容，最后删掉目标本身。
常见误判是以为它只删空目录（像旧式 rmdir），其实不是：remove_all 就是为“彻底清空并移除”设计的。但要注意：它不会跳过只读文件，也不会自动处理正在被占用的文件——遇到这类情况会抛出 std::filesystem::filesystem_error 异常。
怎么用 remove_all 删除一个路径，必须注意哪些参数和条件
调用很简单，传入一个 std::filesystem::path 对象即可：
#include <filesystem>
namespace fs = std::filesystem;
fs::remove_all("/tmp/my_folder"); // Linux/macOS
// 或
fs::remove_all("C:\temp\my_folder"); // Windows
</filesystem>
关键点在于：
-
remove_all返回std::uintmax_t类型值，表示实际删除的文件/目录数量（失败时返回 0）；但多数场景下你更该关注异常而非返回值 - 路径可以是相对路径，但建议用绝对路径，避免因当前工作目录变动导致误删
- 如果路径不存在，
remove_all不报错，直接返回 0 —— 这不是 bug，是标准定义的行为 - Windows 下路径分隔符用
/或\都行，std::filesystem::path会自动标准化
为什么调用后报 filesystem_error，常见错误码和应对方式
最常遇到的是权限不足或文件被占用，对应错误码通常是：
-
std::errc::permission_denied：目标含只读文件，或目录无写权限（Linux/macOS）；Windows 下可能因 ACL 或管理员权限缺失触发 -
std::errc::device_or_resource_busy：某子文件正被其他进程打开（如日志文件被 tail 占用、DLL 被加载） -
std::errc::not_a_directory：路径存在但类型不符（比如传入了符号链接指向文件）
实操建议：
加 try/catch 捕获异常，不要忽略错误：
try {
auto n = fs::remove_all(path);
if (n == 0) {
// 路径不存在，或是个无效 symlink，按需处理
}
} catch (const fs::filesystem_error& e) {
// e.code().value() 可查具体系统错误码
// e.what() 包含路径和错误描述，适合打日志
}
remove_all 在跨平台项目里容易踩的坑
表面上函数行为一致，但底层差异会暴露在边界场景：
- Windows 下对长路径（>260 字符）支持不稳定，即使启用了 long path 支持，某些反病毒软件仍会拦截
remove_all的深层遍历操作 - macOS 的 APFS 卷上，如果目标含硬链接，
remove_all会正常删除，但不会影响其他硬链接指向的 inode —— 这是正确行为，但容易误以为“没删干净” - Linux 下若路径挂载了 NFS 或 FUSE 文件系统，
remove_all可能卡住或返回ENOTCONN，此时需设置超时或改用 shell 命令兜底（如system("rm -rf ...")，但慎用） - 所有平台都不保证原子性：中途失败时，部分子项已被删，无法回滚
真正难处理的，其实是“删一半失败后状态不一致”的问题——remove_all 本身不提供事务语义，得靠上层逻辑做幂等清理或备份校验。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
