std::string::find不支持重叠匹配，因每次找到后默认从pos+keyword.length()继续搜索；正确做法是每次从pos+1开始查找，并用vector记录所有{start,end}，再从后往前插入ANSI高亮序列以避免索引偏移。
为什么 std::string::find 找不到重叠匹配
直接用 std::string::find 搜索关键词时，如果关键词是 "aa"，而文本是 "aaa"，它只会返回第一个 0，接着从位置 2 继续找，跳过中间重叠的 "aa"（起始位置 1）。这不是 bug，是设计如此——find 默认“贪心跳过”，不回退。
实战中，高亮必须覆盖所有出现位置，包括重叠。所以不能只靠单次 find 调用。
- 正确做法：每次找到后，从
pos + 1（而非pos + keyword.length()）继续搜索 - 否则会漏掉像
"abababa"中对"aba"的第 2、3 次匹配 - 性能影响不大，除非关键词极长且文本极大；普通日志/配置文件搜索完全可接受
怎么把匹配位置转成带 ANSI 高亮的字符串
终端里高亮靠 ANSI 转义序列，比如 "\033[1;33m" 是黄字加粗，"\033[0m" 是复位。关键不是拼接颜色代码，而是按原始顺序插入，同时保证索引不乱。
错误做法：一边遍历一边修改原字符串，导致后续 find 位置偏移。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 推荐做法：先用
std::vector<:pair size_t>></:pair>存所有匹配的{start, end} - 再从后往前遍历这些区间，在原字符串对应位置插入高亮前缀和后缀
- 必须从后往前——否则前面插入内容会让后面区间的索引失效
- 注意：Windows 默认终端不支持 ANSI，需调用
SetConsoleOutputCP(CP_UTF8)+SetConsoleMode启用虚拟终端处理
遇到中文关键词或 UTF-8 文本怎么办
std::string::find 是字节查找，不是字符查找。UTF-8 下一个汉字占 3 字节，直接用 find 没问题，但前提是关键词和文本编码一致，且你没误把宽字符当窄字符传。
常见翻车点：
- 用
L"关键词"初始化std::string→ 得到乱码，find必然失败 - 文件以 UTF-8 读入，但编辑器保存成 GBK → 实际字节流和预期不一致
- 关键词含 emoji（如
"?"），它占 4 字节，find仍能匹配，但计算显示宽度要用std::mbstowcs或第三方库（如 ICU） - 简单对策：用
std::ifstream以std::ios::binary打开，读入后不做任何编码转换，确保关键词字符串也是同源 UTF-8
要不要用 std::regex 替代 find
可以，但没必要。正则引擎启动开销大，且默认不支持重叠匹配（std::regex_iterator 也不重叠），还得写 std::regex_constants::match_default | std::regex_constants::format_sed 这类冗长标志。
除非你要支持通配符（"key*word"）、大小写忽略（std::regex 的 icase）或上下文提取（如匹配前后各 10 字符），否则纯关键词搜索，find 更快、更稳、更易 debug。
-
std::regex在 MSVC 上编译慢，Clang/libc++ 的正则实现还有已知 bug（如空匹配行为不一致） - 用
find时，把关键词转小写再统一处理大小写，比正则 flag 更可控 - 真要高亮多关键词，别嵌套正则，用 Aho-Corasick 算法（
aho_corasick库）——但那是另一层复杂度了
重叠匹配逻辑、ANSI 插入顺序、UTF-8 字节一致性，这三点漏掉任意一个，高亮就会错位或消失。其他都是修修补补。
