Go regexp库不支持全局标志g和后向引用，ReplaceAllString需赋值才生效；命名捕获组靠索引提取；固定模式用MustCompile，动态模式用Compile并检查错误；不支持原子组和占有量词。
Go 的 regexp 库能胜任绝大多数文本匹配与替换任务，但它的 API 设计和行为与其他语言（如 Python、JavaScript）有关键差异——不支持全局匹配标志（g），也不支持后向引用捕获组重用；所有“全局”操作必须显式循环或使用 FindAllString 类方法。
为什么 ReplaceAllString 有时不生效？
常见现象：调用 re.ReplaceAllString(s, "X") 后原字符串没变——因为 Go 字符串不可变，该函数返回新字符串，不修改原变量。
- 必须赋值：
s = re.ReplaceAllString(s, "X") - 若需替换带捕获组的内容，用
ReplaceAllStringFunc或ReplaceAllStringSubmatch；前者传入匹配到的完整子串，后者可访问分组字节切片 -
ReplaceAllLiteralString不解析$1等占位符，适合字面量替换；而ReplaceAllString默认不支持$1引用（得用ReplaceAllStringFunc手动处理）
如何安全提取多个命名捕获组？
Go 原生不支持 (?P 这类命名语法，但支持 (?P=name) 回溯引用（仅限于匹配阶段），提取时只能靠位置索引或手动映射。
- 先用
re.FindStringSubmatchIndex获取所有匹配的起止字节位置，再对每个匹配调用re.SubexpNames()得到名称数组 - 例如正则
`(?i)(?P，\d{4})-(?P \d{2})` re.SubexpNames()返回[]string{"", "year", "month"}，索引1对应"year" - 注意：索引
0总是空字符串（代表整个匹配），后续才是命名组；未命名括号组也会占位，导致索引偏移
性能敏感场景下，MustCompile 和 Compile 怎么选？
编译正则表达式是开销较大的操作，尤其在循环内重复调用 regexp.Compile 会显著拖慢程序。
立即学习“go语言免费学习笔记（深入）”；
- 正则模式固定且已知（如硬编码字符串），一律用
regexp.MustCompile—— 它在包初始化时编译，panic 而非返回 error，适合启动期校验 - 模式来自用户输入或配置文件，必须用
regexp.Compile并检查 error；错误类型通常是error，不是 panic，别漏判 - 避免在 HTTP handler 内每次请求都
Compile；把*regexp.Regexp实例定义为包级变量或注入到结构体中复用
最易被忽略的是：Go 正则引擎不支持原子组 (?>...) 和占有量词 ++，回溯失控时无法靠语法抑制；遇到复杂嵌套匹配，优先考虑是否真需要正则——有时 strings.FieldsFunc 或逐字符状态机更稳、更易 debug。
