Go标准库的regexp包基于RE2引擎，不支持Perl风格的环视（如(?!)、(?=)等），因此使用^(?!On.*On\s.+?wrote:)(On\s(.+?)wrote:)会触发解析错误；需改用组合匹配、双重校验或结构化分组等替代策略。
go标准库的regexp包基于re2引擎，不支持perl风格的环视（如(?!)、(?=)等），因此使用^(?!on.*on\s.+?wrote:)(on\s(.+?)wrote:)$会触发解析错误；需改用组合匹配、双重校验或结构化分组等替代策略。
在Go中处理类似“匹配以On ... wrote:开头，但排除前面已出现过On的嵌套场景”这类逻辑时，不能依赖否定先行断言（negative lookahead），因为Go的regexp包明确不支持任何环视语法（lookaround assertions）。这是RE2设计原则的一部分——牺牲部分高级正则能力以保证线性时间匹配和安全可控的性能。
✅ 推荐解决方案：双重正则校验（清晰、可靠、易维护）
最直观且健壮的做法是拆分为两个独立正则表达式，分别验证“匹配目标格式”与“排除干扰模式”：
import "regexp"
// 匹配基本格式：On <name> wrote:
reTarget := regexp.MustCompile(`^Ons(.+?)wrote:$`)
// 匹配应被排除的干扰模式：On ... On <name> wrote:
reExcluded := regexp.MustCompile(`^On.*Ons.+?wrote:`)
func isValidOnLine(s string) bool {
matchesTarget := reTarget.MatchString(s)
matchesExcluded := reExcluded.MatchString(s)
return matchesTarget && !matchesExcluded
}该方案语义清晰、行为可预测，且完全规避了RE2限制，适用于绝大多数业务校验场景。
⚠️ 替代方案：单正则 + 捕获组逻辑判断（适用简单嵌套）
若希望仅用一个正则表达式并减少编译开销，可借助可选捕获组间接表达“前缀中是否含额外On”：
立即学习“go语言免费学习笔记（深入）”；
reHybrid := regexp.MustCompile(`^On(.*On)?s(.+?)wrote:$`)
func isValidOnLineV2(s string) bool {
submatches := reHybrid.FindStringSubmatch([]byte(s))
if len(submatches) == 0 {
return false
}
// 提取第一个捕获组（即 (.*On) 部分）
groups := reHybrid.FindSubmatchIndex([]byte(s))
if len(groups) < 2 || groups[1][0] == -1 {
return true // 无额外 On，直接接受
}
// 若 group[1] 存在，说明匹配到了中间的 ".*On"，需拒绝
return false
}⚠️ 注意：此方式逻辑耦合度高、可读性弱，且需谨慎处理空匹配和索引越界；仅建议在性能极度敏感且模式高度受限的场景下谨慎使用。
? 总结与最佳实践
- 永远避免在Go中使用(?!)、(?=)、(?<=)、(?<!)等语法——它们会导致regexp.Compile直接panic；
- 优先采用双重正则 + 布尔逻辑组合，兼顾可读性、可测试性与可维护性；
- 对复杂文本分析需求（如邮件引用解析），建议结合字符串切片、前缀检查（strings.HasPrefix）或专用解析器，而非强行堆砌正则；
- 使用regexp.MustCompile时确保正则字面量经过充分测试，推荐搭配单元测试覆盖边界用例（如"On Alice wrote:" ✔ vs "On Bob On Charlie wrote:" ✖）。
Go的正则哲学是“简单、安全、可预测”，理解并顺应这一设计，才能写出稳定高效的文本处理代码。
