应优先使用 regexp.Compile 进行错误处理，仅对硬编码的可控正则用 MustCompile；提取多组捕获需用 FindSubmatch/FindSubmatchIndex；替换时用 ReplaceAllStringSubmatch 支持 $1 占位符；高频场景须预编译并复用 Regexp 实例。
如何用 regexp.MustCompile 安全地编译正则表达式
Go 中正则匹配必须先编译，regexp.MustCompile 是最常用方式，但它会在编译失败时直接 panic。线上服务里不能让一个非法正则搞垮整个程序。
实际开发中应优先考虑 regexp.Compile，它返回 (*Regexp, error)，允许你做错误处理：
re, err := regexp.Compile(`\d{3}-\d{2}-\d{4}`) // 社保号格式
if err != nil {
log.Printf("正则编译失败: %v", err)
return
}
- 只有确定正则字面量完全可控（如硬编码的固定模式）才用
MustCompile - 用户输入、配置文件读取、环境变量注入的 pattern 必须走
Compile -
MustCompile的 panic 信息不带原始字符串，调试困难；而Compile的 error 会包含具体哪部分语法错
提取子匹配组要用 FindStringSubmatch 还是 FindStringSubmatchIndex
想从 "id=123&name=foo" 中取 123 和 foo，别直接用 FindAllString ——它只返回完整匹配，不拆组。
推荐组合：FindStringSubmatch 返回切片，直观；FindStringSubmatchIndex 返回位置索引，省内存且适合大文本：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
re := regexp.MustCompile(`id=(\d+)&name=(\w+)`)
matches := re.FindStringSubmatch([]byte("id=123&name=foo"))
// matches 是 []byte("id=123&name=foo")，没拆组
真正要取捕获组，得用 FindStringSubmatch 配合括号：
re := regexp.MustCompile(`id=(\d+)&name=(\w+)`)
src := []byte("id=123&name=foo")
submatches := re.FindSubmatch(src) // 注意：不是 FindStringSubmatch
// submatches[0] 是完整匹配，submatches[1] 是第一个 ()，submatches[2] 是第二个 ()
-
FindStringSubmatch只接受string输入，返回[]string，但不支持多组捕获 - 要安全取多个捕获组，用
FindSubmatch或FindSubmatchIndex，它们对[]byte操作，结果明确分层 - 注意：如果正则没匹配上，这些函数返回
nil，别直接下标访问
为什么 ReplaceAllString 替换后长度突变？
常见现象：用 re.ReplaceAllString(s, "$1-$2") 替换时，结果里出现字面量 $1-$2 而非实际内容。这是 Go 正则替换的默认行为 —— 它不解析 $n，除非你显式用 ReplaceAllStringFunc + 手动拼接，或改用 ReplaceAllStringSubmatch。
- 正确做法是用
ReplaceAllStringFunc配合FindStringSubmatch提前提取，或直接用ReplaceAllFunc（Go 1.20+） - 更简洁的是
ReplaceAllStringSubmatch，它接收[]byte替换模板，支持$1、$2占位符 - 注意模板里写
$$表示字面量$，否则$后跟非数字会被忽略
性能敏感场景下，regexp 要预编译并复用
每次调用都 regexp.Compile 会触发重复解析和编译，开销不小。尤其在 HTTP handler、数据库字段校验等高频路径里。
- 把
*regexp.Regexp声明为包级变量或结构体字段，一次编译，长期复用 - 避免在循环内编译正则，哪怕 pattern 字符串一样 —— Go 不会缓存已编译实例
- 如果 pattern 动态变化（如含用户 ID），考虑用
fmt.Sprintf拼接后统一编译，或改用字符串切片 +strings.Contains等轻量操作替代
正则不是万能胶，简单需求别硬套；复杂匹配逻辑一旦出现嵌套或回溯爆炸（比如 .* 配合长文本），就该换思路 —— 先用 strings.Index 快速定位，再局部用正则。
