C++17起可用std::filesystem::recursive_directory_iterator递归遍历目录树，需捕获filesystem_error、检查路径有效性、用status()判文件类型、提取filename匹配模式，Windows下注意UTF-8/UTF-16路径编码，区分文件名与内容匹配。
用 std::filesystem::recursive_directory_iterator 遍历目录树
递归查找文件，核心是遍历所有子目录，C++17 起 std::filesystem 提供了开箱即用的 recursive_directory_iterator，比手写递归或调用系统命令更可靠、跨平台。注意它默认会跳过符号链接（除非显式启用），且抛异常时需捕获 std::filesystem::filesystem_error。
常见错误：直接对 path 调用 is_regular_file() 前不检查是否为有效路径（如权限不足导致 status() 失败）；或者忽略迭代器可能因访问拒绝而提前终止。
实操建议：
- 用
try-catch包裹迭代过程，捕获std::filesystem::filesystem_error并选择性跳过（比如打印警告但不停止） - 每次迭代先调用
is_regular_file(it->status())，而不是it->is_regular_file()（后者在某些 libstdc++ 版本中可能未实现或行为不一致） - 避免在循环内反复拼接路径字符串，用
it->path()直接获取完整路径
用 std::string::find() 或 std::regex 匹配文件名模式
“特定模式”若只是子串匹配（如找所有含 "log" 的文件名），std::string::find() 足够快且无依赖；若需通配符（*.cpp）或正则（R"(d{4}-d{2}-d{2}.txt)"），才上 std::regex。但注意：C++ 标准库 regex 在部分编译器（如旧版 MSVC）性能较差，且不支持 ** 这类 shell 风格通配。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 匹配文件名（不含路径）时，用
it->path().filename().string()提取，别直接对全路径find() - 若需大小写不敏感匹配，不要用
std::regex加std::regex_constants::icase（Windows 下可能崩溃），改用手动转小写后比较 - 对简单模式，避免构造
std::regex对象在循环内——提前提取为const std::regex pattern{...}
处理中文路径和宽字符问题（Windows 下高频踩坑点）
Windows 默认使用 UTF-16 编码路径，而 std::filesystem::path 在 MSVC 下底层用 wchar_t，但如果你传入 std::string 构造 path（如 std::filesystem::path("C:\中文")），会触发窄字符到宽字符转换，若源字符串非 UTF-8 编码（如 GBK），结果就是乱码或路径不存在。
实操建议：
- 在 Windows 上，统一用
std::filesystem::path接收std::wstring（如从GetCommandLineW()或用户输入的宽字符串来） - 若必须从
char*构造，确保该字符串是 UTF-8 编码，并用std::filesystem::path(u8"中文")或 C++20 的std::filesystem::u8path() - 打印路径调试时，用
it->path().string()可能乱码，改用it->path().wstring()+wprintf或输出到支持 UTF-8 的终端
性能优化：避免重复读文件内容，区分“文件名匹配”和“文件内容匹配”
标题说“包含特定模式字符串”，但实际需求常分两类：一类是文件名含某关键词（快）；另一类是文件内容里有某文本（慢）。很多人一上来就打开每个文件 std::ifstream 读全文，遇到大日志文件或二进制文件直接卡死。
实操建议：
- 先明确需求——90% 的场景只需查文件名。确认是内容匹配再走下一步
- 若真要查内容，加限制：只处理
.txt、.log、.cpp等文本扩展名；跳过 >10MB 的文件（用file_size()预判） - 读内容时用
std::ifstream的binary模式 +readsome()分块读，避免一次性加载；匹配用std::search而非std::string::find（减少内存拷贝）
