std::filesystem::remove_all 是 C++17 跨平台递归删除目录的首选方案，需启用 C++17 标准并链接对应库，返回 bool 表示是否成功，错误细节通过 error_code 获取，使用前必须校验路径合法性以防误删。
用 std::filesystem::remove_all 最简实现，但要注意 C++17 标准和编译器支持
直接调用 std::filesystem::remove_all 是跨平台删除文件夹的首选方案，它在 Windows、Linux、macOS 上行为一致，且自动处理递归、权限、符号链接等细节。前提是你的编译器必须启用 C++17（或更高）并链接 std::filesystem 库。
常见错误是忘记加编译选项：g++ -std=c++17 -lstdc++fs（GCC 早期版本需显式链接），Clang 同理；MSVC 2019+ 默认支持，但项目属性中仍需确认“C++语言标准”设为 ISO C++17 标准或更高。
- 路径参数可为
std::string、std::filesystem::path或 C 字符串，推荐统一用std::filesystem::path避免编码问题（尤其 Windows 下宽字符路径） - 函数返回
bool：成功删除返回true；若路径不存在、无权限或部分文件被占用，返回false，但不抛异常——错误细节需靠std::filesystem::remove_all(path, ec)重载配合std::error_code捕获 - 不会跳过只读文件（如 Windows 的
readonly属性），remove_all内部会尝试先修改权限再删除
遇到“Permission denied”或“Access is denied”时，得手动处理权限和进程占用
std::filesystem::remove_all 在多数场景下能自动 chmod/chmod +w，但某些情况仍会失败：比如文件被其他进程独占打开（如日志文件正被 tail 占用）、Windows 下防病毒软件锁定、或 NTFS 权限策略限制。此时不能只依赖返回值 false，要检查 ec.value()。
- Linux/macOS 常见错误码：
ec.value() == 13（EACCES）表示权限不足，可先调用std::filesystem::permissions(path, std::filesystem::perms::owner_all | std::filesystem::perms::group_all | std::filesystem::perms::others_all)强制赋权 - Windows 常见错误码：
ec.value() == 5（ERROR_ACCESS_DENIED）可能因只读属性或进程占用，需先用SetFileAttributesA(path.c_str(), FILE_ATTRIBUTE_NORMAL)（WinAPI）清除只读/隐藏/系统属性 - 真正棘手的是“文件正被使用”：没有跨平台通用解法，只能提示用户关闭相关程序，或在 Windows 上用
MoveFileEx(path.c_str(), nullptr, MOVEFILE_DELAY_UNTIL_REBOOT)标记待重启删除（Linux 无等效机制）
需要兼容 C++14 或更老标准？用 Boost.Filesystem 替代，但注意 ABI 和链接风险
若项目卡在 C++14（如嵌入式工具链、老旧 CI 环境），std::filesystem 不可用，Boost.Filesystem 是最接近的替代品。但它不是零成本抽象：需额外编译 Boost 库，且不同 Boost 版本间 ABI 不兼容。
立即学习“C++免费学习笔记（深入）”；
- 头文件是
#include <boost></boost>，主命名空间为boost::filesystem，对应函数为boost::filesystem::remove_all - 链接时需加
-lboost_filesystem -lboost_system，后者必不可少（Boost.Filesystem 依赖boost::system::error_code） - 行为上与
std::filesystem高度一致，但对符号链接的处理策略可通过boost::filesystem::symlink_option::recurse显式控制，而标准库默认不跟随符号链接（即只删链接本身） - 不建议混用：同一工程中同时引入
std::filesystem和boost::filesystem容易因路径字符串隐式转换引发编译错误或运行时路径拼接错乱
删除前务必校验路径合法性，防止误删根目录或上级目录
递归删除本质危险，remove_all 不做路径合法性判断。传入 ".."、"../"、空字符串、或绝对路径如 "/" 会导致灾难性后果。必须在调用前做白名单校验。
- 用
std::filesystem::weakly_canonical(path)将相对路径转为绝对路径并折叠../.，再检查是否以期望基目录开头（如base_path / "temp"） - 禁止路径中出现
".."片段：可用path.generic_string().find("..") == std::string::npos快速过滤（注意generic_string()返回 POSIX 风格斜杠，Windows 也适用） - 对用户输入路径，必须先调用
std::filesystem::exists(path)和std::filesystem::is_directory(path)双重确认，避免把普通文件当目录删——remove_all对非目录路径会静默失败（返回 false），但没提示
真正的难点不在怎么删，而在删之前如何确保“这个路径确实该删、而且只删它自己”。路径解析、符号链接展开、挂载点边界（如 Linux 的 bind mount）都可能让看似安全的路径越界——生产环境务必加日志记录实际操作路径，并留人工确认开关。
