std::filesystem::remove_all是c++17删除非空目录的首选方法，递归删除整个目录树，但需确保路径存在、权限足够且无文件被占用。
Windows 下用 std::filesystem::remove_all 最省心
只要编译器支持 C++17（如 MSVC 2017+、GCC 8+、Clang 7+），std::filesystem::remove_all 就是删除非空目录的首选。它递归删除整个目录树，包括只读文件、隐藏文件和子目录，且不依赖系统命令或 Win32 API 封装。
常见错误是传入路径末尾带斜杠（如 "C:/temp/"）却没确认路径存在或可访问——remove_all 对不存在路径直接返回 false，也不抛异常，容易误判成功。
- 确保路径为绝对路径或当前工作目录下有效相对路径
- 提前检查权限：
std::filesystem::status(path).permissions()能看出是否只读；若需删只读文件，得先用std::filesystem::permissions(path, std::filesystem::perms::owner_write)改权限 - 注意：某些杀软或资源管理器正占用子文件时，
remove_all会失败并返回false，建议捕获std::filesystem::filesystem_error查看具体.code().message()
try {
if (std::filesystem::remove_all("build/")) {
std::cout
<h3>Linux/macOS 下 <code>remove_all</code> 同样可用但要注意符号链接</h3>
<p>C++17 的 <code>std::filesystem::remove_all</code> 在 POSIX 系统行为一致，但默认不跟随符号链接——遇到 symlink 指向目录时，只删 link 本身，不进目标目录。这反而是安全设计，避免误删其他位置。</p>
<p>如果你明确需要“跟随并递归删目标目录”，得自己遍历处理：<code>std::filesystem::is_symlink(p)</code> 判断，再用 <code>std::filesystem::read_symlink(p)</code> 获取目标，手动递归调用。但绝大多数场景不该这么做。</p>
- 不要试图用
system("rm -rf")—— 不安全、不可移植、无法细粒度捕获错误（比如某文件被进程锁住） - 注意
std::filesystem::remove_all对挂载点（mount point）内目录也生效，但不会跨设备删除；如果路径含绑定挂载（bind mount），行为取决于内核，建议避免在关键路径上依赖 - 性能上无明显瓶颈，但对超深嵌套（>1000 层）或海量小文件（>10 万），递归栈和系统调用开销会上升，此时可考虑分批
directory_iterator+ 手动remove
不支持 C++17？用 boost::filesystem::remove_all 是最平滑替代
Boost 1.48+ 的 boost::filesystem::remove_all 行为几乎与标准版一致，接口兼容，且支持更老编译器（如 VS2013）。唯一区别是异常类型为 boost::filesystem::filesystem_error，消息格式略有不同。
容易踩的坑是忘记链接 boost_filesystem 库，或 Windows 下没定义 BOOST_FILESYSTEM_DYN_LINK 导致 LNK2019。另外 Boost 默认不处理 UTF-16 路径（Windows），需确保传入 std::wstring 或启用 BOOST_FILESYSTEM_VERSION 3。
- 头文件是
#include <boost></boost>，命名空间为boost::filesystem - 若项目已用 CMake，加
find_package(Boost REQUIRED COMPONENTS filesystem)和target_link_libraries(... Boost::filesystem) - 不推荐手动实现递归删除（open/readir/unlink/rmdir 套路）——容易漏掉权限处理、循环引用检测、中断恢复等边界情况
为什么不用 SHFileOperation 或 RemoveDirectoryW？
Win32 API 如 RemoveDirectoryW 只删空目录，要删非空必须自己写递归遍历 + DeleteFileW + 权限修改，代码量翻倍且极易出错。而 SHFileOperation 是 Shell API，会弹 UI、走回收站、受用户策略影响（比如组策略禁用回收站），完全不适合后台或自动化场景。
更隐蔽的问题是字符编码：RemoveDirectoryA 在中文路径下大概率失败，而 std::filesystem 内部自动处理 UTF-8 / UTF-16 转换（取决于平台和编译选项），无需手动 MultiByteToWideChar。
- 除非你必须支持 Windows XP（
std::filesystem最低要求 Vista），否则别碰这些 API - 即使要用，也别混合：比如用
std::filesystem::create_directory创建目录后，又用RemoveDirectoryW删除——路径字符串编码可能不一致，导致“找不到文件”错误 - 所有 Win32 文件操作都应检查
GetLastError()，但错误码含义松散（比如 5=拒绝访问，32=进程占用），不如filesystem_error::code()语义清晰
真正麻烦的永远不是“怎么删”，而是“删之前有没有人正在用那个文件”。哪怕用了 remove_all，遇到被打开的文件句柄，照样失败。这时候得结合 lsof（Linux）或 handle.exe（Windows）查占用，而不是换一个删除函数。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
