std::recursive_directory_iterator卡死或崩溃主因是未捕获跨文件系统异常、权限不足、符号链接环及中文路径编码错误；需用try/catch包裹每次解引用，跳过挂载点与系统目录，缓存status()结果，避免重复路径拼接，并正确处理UTF-8路径。
std::recursive_directory_iterator 会卡死或崩溃的常见原因
它本身不支持跨文件系统遍历，遇到挂载点（比如 /mnt、/proc、/sys）时默认抛出 std::filesystem::filesystem_error，但很多代码没捕获，直接 terminate。Windows 上碰到符号链接、重解析点或权限不足的目录（如 C:System Volume Information）也会触发异常。
- 必须用
try/catch包住每次++it和*it访问，不能只包外层循环 - 跳过挂载点：检查
it->is_symlink()或it->status().type() == std::filesystem::file_type::junction（Windows） - 权限问题更隐蔽：用
it->status().permissions()判断是否含owner_read，否则主动continue
全盘扫描必须绕开的路径和系统目录
硬扫 C: 或 / 不等于“全盘扫描”，而是自找死路。真实场景下，你会被 $RECYCLE.BIN、Pagefile.sys、Hiberfil.sys、/dev、/run 这类路径反复教做人。
- Windows 下优先排除：
C:$Recycle.Bin、C:Windows、C:Program Files（除非真要分析系统文件） - Linux/macOS 下跳过：
/dev、/proc、/sys、/run—— 它们不是普通目录，是内核接口 - 用
std::filesystem::path::has_root_path()+is_absolute()确保你没误入相对路径爆炸区
性能瓶颈不在迭代器本身，而在 stat 和路径拼接
std::recursive_directory_iterator 每次解引用都隐式调用 status()，而 status() 是系统调用。全盘扫一遍可能触发数百万次 syscall，比磁盘 IO 还拖慢。
- 避免重复调用
it->path()或it->status()—— 存到局部变量里复用 - 不要在循环里拼接完整路径字符串，用
it->path().filename()或.extension()直接取字段 - 批量处理时加简单节流：每 10000 个条目
std::this_thread::yield()，防止独占 CPU 导致系统假死
Windows 上中文路径乱码或访问拒绝的底层原因
MSVC 默认用窄字符编译，std::filesystem::path 构造时若传入 const char*，会走 ANSI codepage 转换，遇到非本地编码路径（比如 UTF-8 字符串或第三方工具生成的路径）直接截断或错读。
- 确保编译选项含
/utf-8（MSVC）或定义_UNICODE+UNICODE - 路径字面量写成
L"C:\Users"，或用std::filesystem::u8path(u8"中文路径") - 即使路径正确，
STATUS_ACCESS_DENIED错误仍可能出现 —— 这时别 retry，直接跳过，继续迭代
真正麻烦的是递归深度和符号链接环。哪怕加了 std::filesystem::directory_options::skip_permission_denied，也拦不住无限软链跳转。得自己记已访问的 std::filesystem::file_id，遇到重复就 break。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
