Go正则需显式编译并检查err，子匹配用FindStringSubmatch返回二维切片，全局替换用ReplaceAllStringSubmatchFunc，无重叠匹配需手动循环实现。
Go 的 regexp 包不支持反向引用、环视断言（lookaround）、惰性量词以外的多数高级特性，且默认是贪婪匹配；直接用 regexp.Compile 就能开始匹配，但编译失败必须显式处理，否则 panic。
如何安全编译正则表达式并捕获错误
Go 要求所有正则必须预先编译，不能像 Python 那样隐式缓存。一旦正则语法错误（比如括号不匹配、非法转义），regexp.Compile 会返回非 nil 的 error，忽略它会导致后续调用 panic。
- 永远检查
err：用re, err := regexp.Compile(<font color="red">`[a-z]+`</font>)，不能省略err判断 - 对固定正则，优先用
regexp.MustCompile—— 它在编译失败时直接 panic，适合硬编码的合法模式（如配置中的静态规则） - 避免在循环里反复调用
Compile；应提前编译好复用，否则性能明显下降
如何提取子匹配组（Submatch）而非整个匹配串
FindString 类方法只返回最外层匹配，要拿括号内的内容，得用带 All 和 Submatch 的组合方法，比如 FindStringSubmatch 返回 []byte，而 FindStringSubmatchIndex 返回位置索引。
- 写
re.FindStringSubmatch([]byte("age: 25"))只会返回整个匹配（如果有的话），不是括号里的"25" - 正确做法是：
re := regexp.MustCompile(<font color="red">`age: (\d+)`</font>)，再调re.FindStringSubmatch([]byte("age: 25"))→ 得到[]byte("age: 25")，仍不对 - 真正取分组要用：
matches := re.FindStringSubmatch([]byte("age: 25"))配合re.FindStringSubmatchIndex，或更简单：用FindStringSubmatch+re.SubexpNames()配合bytes.Split解析，但实际常用的是FindStringSubmatch返回二维切片：re.FindStringSubmatch([]byte("age: 25"))不行，得用re.FindSubmatch或FindAllStringSubmatch - 推荐写法：
matches := re.FindStringSubmatch([]byte("age: 25"))是错的；应写result := re.FindStringSubmatch([]byte("age: 25"))→ 实际返回的是[][]byte，第一项是全匹配，第二项起才是子组：即result[0]是"age: 25"，result[1]是"25"
如何做全局替换且保留捕获组内容
ReplaceAllString 只能替换成固定字符串；要引用分组（如 ），必须用 ReplaceAllStringFunc 配合手动解析，或者更可靠地使用 ReplaceAllStringSubmatchFunc。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
re.ReplaceAllString("x=10,y=20", "$1")不生效——Go 不支持$1这种语法 - 正确方式是：
re.ReplaceAllStringFunc("x=10,y=20", func(s string) string { return strings.Replace(s, "=", ": ", 1) })，适用于简单逻辑 - 若需基于分组构造新串，用
ReplaceAllStringSubmatchFunc：它把每个匹配（含子组）传进来，你可以调re.FindStringSubmatch提前拿到分组再拼接 - 注意：
ReplaceAllLiteralString不解析任何特殊字符，适合替换字面量；而ReplaceAllString也不解析$，别指望它像 JavaScript 的replace(/(\w+)=/g, "$1:")
为什么 FindAllString 匹配结果少于预期
Go 的正则引擎默认「不重叠匹配」，且 FindAll* 系列函数从左到右扫描，匹配完立刻从下一个位置继续，不会回退。这导致类似 "aaaa" 匹配 "aa" 时只返回两个结果（位置 0–1 和 2–3），而不是三个（0–1、1–2、2–3）。
- 没有内置的重叠匹配选项，必须手写循环：用
re.FindStringIndex找到第一个匹配后，手动从start + 1开始下一次搜索 - 性能敏感场景下，避免在大文本中频繁调
FindStringIndex；可考虑改用bytes.Index做简单子串查找替代 - 如果正则以
^或$锚定，FindAllString在多行输入中可能完全不匹配——除非你用了(?m)多行模式
正则在 Go 里是“够用但克制”的设计：没命名捕获组语法（只有数字索引），不支持 Unicode 属性类（如 \p{L}），也不支持条件匹配。真要处理复杂文本，往往不如先用 strings.FieldsFunc 或 bufio.Scanner 切分，再对局部做正则——反而更稳、更快、更容易 debug。
