应启用skip_on_error并用try/catch包裹operator++以跳过权限错误；SHA1需自行实现或用OpenSSL/轻量库；必须先排序路径再哈希以保证结果稳定；I/O优化关键为复用哈希上下文、固定缓冲读取、减少stat调用且以二进制模式打开文件。
std::filesystem遍历目录时如何避免权限错误中断
直接用 std::filesystem::recursive_directory_iterator 遍历可能在遇到无读取权限的子目录（如 /proc 下某些条目）时抛出 std::filesystem::filesystem_error，导致整个计算中断。这不是 bug，而是默认行为。
正确做法是启用跳过错误模式，并手动处理异常：
- 构造迭代器时传入
std::filesystem::directory_options::skip_on_error - 仍需用
try/catch包裹单次operator++，因为部分实现（如 libstdc++ 12 前）对某些错误不响应该 flag - 跳过失败项后继续迭代，不影响后续路径处理
for (auto iter = std::filesystem::recursive_directory_iterator(path, std::filesystem::directory_options::skip_on_error); iter != std::filesystem::recursive_directory_iterator(); ) {
try {
auto entry = *iter;
if (std::filesystem::is_regular_file(entry)) {
// 计算文件 SHA1
}
++iter;
} catch (const std::filesystem::filesystem_error&) {
++iter; // 强制推进，避免死循环
}
}
SHA1计算需要自己实现还是用第三方库
std::filesystem 不提供哈希功能，C++20 标准库也未纳入任何加密哈希算法。必须自行实现或引入外部依赖。
轻量级选择（推荐）：
立即学习“C++免费学习笔记（深入）”；
- 用 OpenSSL 的
EVP_DigestInit/EVP_DigestUpdate—— 稳定、跨平台、支持流式更新 - 或嵌入一个极简 SHA1 实现（如 kusmierz/sha1，仅 200 行 C++，头文件即用）
- 避免用
std::hash—— 它不是加密哈希，且不保证跨平台一致性
注意：SHA1 已不适用于安全场景，但用于校验目录内容一致性仍常见；若需更强保障，改用 SHA256 即可替换算法部分，其余逻辑不变。
递归目录 SHA1 应该按什么顺序哈希文件
目录的“整体 SHA1”是否可复现，完全取决于文件遍历与拼接顺序。std::filesystem::recursive_directory_iterator 的顺序是实现定义的（通常按文件系统底层顺序），不保证跨平台或跨次运行一致。
必须显式排序才能得到稳定结果：
- 先收集所有
std::filesystem::path到std::vector - 用
std::sort(paths.begin(), paths.end())——std::filesystem::path支持字典序比较 - 再按此顺序逐个读取、哈希、追加到总摘要中（例如：SHA1( SHA1(file1) + SHA1(file2) + ... )）
漏掉排序，同一目录在不同机器或不同 libc++/libstdc++ 版本下会产出不同 SHA1，失去校验意义。
大文件或海量小文件下的性能关键点
瓶颈几乎总在 I/O，而非 CPU 计算。优化方向很明确：
- 避免为每个文件重新初始化 SHA1 上下文 —— 复用同一个
EVP_MD_CTX*或类实例 - 读取时用固定大小 buffer（如 64KB），别用
std::ifstream::rdbuf()一次性加载，否则内存爆炸 - 对海量小文件，优先考虑减少
stat()调用 ——iter->status().type()比std::filesystem::is_regular_file(*iter)少一次系统调用 - 不要用
std::filesystem::file_size()做预分配 —— 它本身就要一次stat
最易被忽略的是：SHA1 更新必须严格按文件内容字节流进行，不能跳过空文件、不能忽略最后换行符、也不能因编码转换污染二进制数据 —— 所有文件一律以 std::ios::binary 打开。
