std::filesystem::recursive_directory_iterator 安全使用需捕获异常、跳过权限拒绝、避免遍历时修改目录结构，并用 symlink_status() 处理悬空符号链接；Linux下需链接-lstdc++fs。
std::filesystem::recursive_directory_iterator 怎么用才不崩溃
直接用 std::filesystem::recursive_directory_iterator 遍历目录最常见崩溃原因是迭代器失效——比如在遍历时删文件、或目录被外部程序改写权限。它不是“快照式”遍历，而是边走边探，遇到权限拒绝、符号链接循环、路径过长等会抛异常，不捕获就崩。
实操建议：
- 必须用
try/catch包住整个迭代循环，捕获std::filesystem::filesystem_error - 构造迭代器时传入
std::filesystem::directory_options::skip_permission_denied，否则遇到Permission denied直接 throw - 别在循环里调用
it->remove_file()或it->rename()—— 这会改变底层目录结构，导致下一次++it行为未定义
示例片段：
for (auto it = std::filesystem::recursive_directory_iterator("/tmp", std::filesystem::directory_options::skip_permission_denied); it != std::filesystem::end(it); ++it) {
try {
if (is_regular_file(it->status())) {
std::cout << it->path() << "\n";
}
} catch (const std::filesystem::filesystem_error& e) {
// 忽略单个条目错误，继续遍历
continue;
}
}
std::filesystem::directory_iterator 和 recursive_directory_iterator 选哪个
只扫当前目录一层，用 std::filesystem::directory_iterator；要进子目录递归扫，必须用 std::filesystem::recursive_directory_iterator。前者轻量、快、不递归；后者默认深度优先、会维护内部栈，内存占用随嵌套深度增长。
立即学习“C++免费学习笔记（深入）”；
关键差异：
-
directory_iterator不支持options参数，遇到权限问题直接抛异常；recursive_directory_iterator支持directory_options控制行为 -
recursive_directory_iterator提供depth()和level()方法，可手动限制递归深度（比如只进两层：if (it.depth() >= 2) it.disable_recursion_pending();） - Windows 下路径分隔符自动处理没问题，但若路径含 Unicode（如中文名），确保编译器和 locale 设置支持 UTF-8（MSVC 需 /utf-8，GCC/Clang 默认 ok）
为什么 std::filesystem::status() 常返回 filesystem_error: No such file or directory
这不是路径真不存在，而是 status() 在符号链接上默认“跟随链接”，如果目标被删了，就会报 No such file or directory。真实场景中，目录里混着悬空软链很常见，尤其 Docker 或开发环境临时挂载后卸载。
解决办法：
- 用
symlink_status()替代status()—— 它只读链接自身元信息，不追踪目标 - 判断类型时别只靠
is_regular_file(s)，先用exists(s)或is_symlink(s)分流 - 注意：C++17 标准规定
status()对悬空链接必须抛异常，这是合规行为，不是 bug
跨平台编译时 std::filesystem 链接失败怎么办
Linux/GCC 下必须显式链接 -lstdc++fs（GCC -lstdc++（GCC ≥ 9.1 已内置）；macOS Clang 需 -lc++ 且 Xcode 10+ 才完整支持；MSVC 2017 Update 3 起开箱即用，但需定义 _HAS_FILESYSTEM_DLL=1（仅旧版）。
检查与修复步骤：
- 确认编译器版本：GCC
- CMake 中加
target_link_libraries(myapp PRIVATE stdc++fs)（GCC），或用find_package(Threads REQUIRED)+ 自动检测 - 避免在头文件里裸写
#include <filesystem></filesystem>后直接用 —— 先用__has_include(<filesystem>)</filesystem>+defined(__cpp_lib_filesystem)做特性检测
最易被忽略的一点：即使代码编译过了，运行时若系统 glibc 版本太老（如 CentOS 7 默认 glibc 2.17），std::filesystem::u8path 等函数仍可能因缺少内核接口而静默失败。真要保底，得 fallback 到 opendir/readdir。
