findallstringindex 返回重叠区间是因为正则引擎不自动去重，需按长度降序排序模式、合并区间、分段转义再高亮，避免html嵌套错误和dom解析失败。
用 regexp 做多模式匹配时，为什么 FindAllStringIndex 返回的区间会重叠或错位？
因为正则引擎默认不处理“模式间相互干扰”，比如同时匹配 func 和 func\([^)]*\)，后者必然包含前者，FindAllStringIndex 会把两个结果都返回，但高亮时叠加会导致 HTML 标签嵌套错误或文本错乱。
- 先按长度降序排序所有 pattern（长模式优先匹配），避免短模式截断长匹配
- 手动合并重叠/相邻区间：拿到所有
[][]int后用一次扫描合并，再做高亮 - 别直接在原字符串上多次
ReplaceAllString—— 每次替换都会改变后续索引位置
如何安全地把匹配结果插入 HTML 而不破坏原有标签结构？
直接拼接 <mark></mark> 很危险：如果原文含 <span class="x"></span> 或未闭合的 <br>，插入后可能让整个 DOM 解析失败。更稳妥的做法是把字符串切片成“文本段 + 匹配段”交替列表，再逐段转义并包裹。
- 对每个匹配区间，用
html.EscapeString处理前后非匹配文本 - 仅对匹配内容做高亮，且确保匹配内容本身不含未转义
、<code>>（否则先过滤或跳过该匹配） - 若输入来自用户，建议加白名单限制：只允许匹配 ASCII 字母、数字、下划线等安全字符，避免
.*引入恶意内容
性能敏感场景下，regexp 和 strings.Index 混用是否值得？
纯字面量模式（如高亮关键词 "error"、"TODO"）用 strings.Index 比编译正则快 3–5 倍，且无 GC 开销；但混合使用时需注意状态同步 —— 不能一边用 strings.Index 找 "if"，一边用 regexp 找 if\s+\([^)]*\)，否则区间难以统一归并。
- 拆成两阶段：先用
strings.Index批量找固定词，再用regexp单独处理带结构的模式 - 用
regexp.Compile预编译所有正则，避免每次调用重复解析 - 对超长文本（>100KB），考虑分块处理，防止
FindAllStringIndex返回过大 slice 导致内存尖峰
支持 Unicode 变体（如带重音符号的字母）匹配时要注意什么？
Go 的 regexp 默认按 rune 切分，但某些模式（如 [a-z]）只匹配 ASCII，无法命中 café 中的 é；而 \p{L} 虽能覆盖所有字母，但性能下降明显，且和 strings 系列函数行为不一致。
- 明确区分场景：搜索关键词用
\p{Ll}+（小写字母），代码标识符匹配用[a-zA-Z_][a-zA-Z0-9_]* - 若需大小写不敏感，别依赖
(?i)—— 它对非 ASCII 字符支持不稳定，改用strings.EqualFold做二次校验 - 高亮显示时，
é和e\u0301（组合字符）视觉相同但 byte 序列不同，需提前 normalize（norm.NFC）再匹配
for 关键字刚好卡在两段文本拼接处，或者正则捕获组里有换行导致 StringIndex 返回的列偏移失效。这种时候，光靠 regexp 不够，得结合 AST 解析器（如 go/parser）或专用语法高亮库（如 chroma）才稳。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
