应使用std::filesystem::recursive_directory_iterator(path, std::filesystem::directory_options::skip_permission_denied)构造，配合depth()限制递归深度、disable_recursion_pending()跳过超深目录，并检查is_symlink()防循环链接。
std::filesystem::recursive_directory_iterator 怎么用才不卡死
直接用 std::filesystem::recursive_directory_iterator 遍历大目录时，常见卡顿甚至进程假死——不是代码写错，而是默认构造会立即递归展开所有子项（含符号链接），遇到循环链接或超深嵌套就陷入无限扫描。
正确做法是启用迭代器的惰性遍历模式，并手动控制深度：
- 用
std::filesystem::recursive_directory_iterator(path, std::filesystem::directory_options::skip_permission_denied)避开权限拒绝导致的阻塞 - 用
rec_iter.depth()实时判断当前层级，超过阈值（比如 32）就调用rec_iter.disable_recursion_pending()跳过该目录下所有子项 - 务必在循环中检查
std::filesystem::is_symlink(entry.symlink_status())，再决定是否跳过，否则可能陷入符号链接循环
统计文件大小和数量时，stat() 和 file_size() 哪个更准
std::filesystem::file_size() 在多数情况下够用，但它对符号链接默认解析目标文件、对设备文件/管道可能抛出 std::filesystem::filesystem_error；而 entry.file_size()（从 directory_entry 获取）底层调用的是 stat() 系统调用，行为更可控。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先用
entry.file_size()，它已缓存在directory_entry对象里，比重复调用file_size(entry.path())少一次系统调用 - 捕获
std::filesystem::filesystem_error，对entry.is_regular_file()为 false 的项（如 socket、FIFO）跳过统计 - 注意：NTFS 稀疏文件或 ext4 的压缩文件，
file_size()返回逻辑大小，不是磁盘占用；要真实占用得用std::filesystem::space()查所在卷，再结合du工具逻辑
跨平台路径拼接为什么不能用 + 或 sprintf
Windows 用反斜杠 \，Linux/macOS 用正斜杠 /，硬拼字符串会导致路径失效或安全漏洞（如 "../etc/passwd" 被错误拼进路径）。std::filesystem::path 的 / 操作符会自动适配平台分隔符，且做规范化处理（合并 //、消除 .、解析 ..）。
关键细节：
- 用
base / "subdir" / "file.txt"，不要用base.string() + "/subdir/file.txt" -
path.append("a").append("b")和path /= "a" /= "b"效果相同，但后者更简洁 - 如果输入路径来自用户或配置文件，先用
std::filesystem::u8path(str)构造，避免 UTF-8 字节序列被误判为多字节字符
计算深层属性时，内存暴涨怎么压
递归遍历本身不占多少内存，但若把每个 directory_entry 存进 std::vector 再统一处理，10 万文件就可能吃掉几百 MB。真正的问题在于未及时释放路径字符串和状态缓存。
有效缓解方式：
- 不用容器暂存全部 entry，边遍历边累加：定义
uintmax_t total_size = 0;和size_t file_count = 0;，在循环体内更新 - 避免在循环内创建临时
std::filesystem::path对象（如entry.path().parent_path()），改用entry.path().c_str()或引用已有 path - 对只读场景，用
std::filesystem::status(entry)替代entry.status()可跳过部分缓存，但会多一次系统调用——权衡点在于你更怕 CPU 还是内存
深层属性不是“递归越深越准”，而是“在可控深度内拿到可靠数据”。符号链接、权限边界、稀疏文件这些边界情况，比单纯层数更值得设防。
