常见原因是未处理权限错误导致迭代器中断，应启用skip_permission_denied选项并用try/catch捕获filesystem_error；文件需以binary模式读取再regex搜索；递归时禁用follow_directory_symlink防软链循环；大文件regex易回溯爆炸，应避免.*等危险模式。
用 std::filesystem::recursive_directory_iterator 遍历目录时，为什么文件路径没进循环？
常见原因是没加异常处理或忽略了权限错误导致迭代器提前终止。默认情况下，recursive_directory_iterator 遇到无访问权限的子目录（如 /proc 或某些系统目录）会抛出 std::filesystem::filesystem_error，整个遍历直接中断。
正确做法是启用跳过错误模式：std::filesystem::directory_options::skip_permission_denied，并用 try/catch 包裹单次递增操作：
for (auto iter = fs::recursive_directory_iterator(root, fs::directory_options::skip_permission_denied);
iter != fs::recursive_directory_iterator();
++iter) {
try {
if (is_regular_file(iter->status()) && iter->path().extension() == ".txt") {
// 后续处理
}
} catch (const fs::filesystem_error&) {
continue; // 某些路径可能在迭代中失效（如被删除）
}
}用 std::regex 匹配文件内容，为什么总匹配失败？
根本原因有两个：一是没以 std::ios::binary 模式打开文件，导致 Windows 下遇到 \r\n 时 std::getline 行为异常、读取不全；二是正则对象重复构造开销大，且默认不启用 multiline（^/$ 不匹配行首尾）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 文件必须用
std::ios::binary打开，读入后转成std::string再交给std::regex_search - 如果要按行匹配，用
std::regex_constants::ECMAScript | std::regex_constants::multiline编译选项 - 把
std::regex提到循环外，避免每次重复编译（尤其当 pattern 不变时）
示例关键片段：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::regex pattern(R"(error\s+\d+)", std::regex_constants::icase);
std::ifstream f(path, std::ios::binary);
std::string content((std::istreambuf_iterator<char>(f)), std::istreambuf_iterator<char>());
if (std::regex_search(content, pattern)) {
std::cout << "Found in " << path << "\n";
}递归查找中如何避免重复扫描软链接或陷入循环？
std::filesystem::recursive_directory_iterator 默认会跟随符号链接（symlink），一旦目录结构存在软链回指（比如 A/link -> ../B，而 B/sub -> ../../A），就会无限递归直至栈溢出或抛出 filesystem_error（错误码 std::errc::too_many_symbolic_link_levels）。
安全做法是显式禁用跟随：
- 构造迭代器时传入
fs::directory_options::none（不带follow_directory_symlink） - 或者在循环内用
is_symlink(iter->symlink_status())主动跳过 - 若需保留软链但防环，可维护一个已见
fs::file_time_type + fs::inode的集合（POSIX）或fs::file_id（C++17 起部分平台支持），但跨平台性差，一般直接跳过更稳妥
性能瓶颈在哪？为什么查一个关键词慢得像卡住？
真正拖慢的是逐字节读取+全文 regex 搜索。对大文件（>10MB），std::regex_search 可能触发回溯爆炸，尤其 pattern 含 .* 或嵌套量词时。这不是算法问题，而是 C++ 标准库 regex 实现普遍未优化。
可行替代方案：
- 小文件（std::string::find() 替代 regex，快一个数量级且无正则开销
- 大文件或需复杂匹配：用内存映射（
mmapon Linux /CreateFileMappingon Windows）+ 增量扫描，配合std::boyer_moore_searcher（C++17） - 完全规避 regex：若只是找固定字符串，
std::string_view+std::search更轻量
例如快速子串查找：
std::string_view needle = "ERROR";
std::string content = /* ... */;
if (std::search(content.begin(), content.end(),
needle.begin(), needle.end(),
[](char a, char b) { return std::tolower(a) == std::tolower(b); }) != content.end()) {
// found
}实际项目里，最常被忽略的是二进制读取和 symlink 控制——这两点不处理，程序在真实文件系统上跑几秒就崩，而不是“查不到结果”。
