Go正则匹配核心是正确编译、选对函数、安全提取：固定模式用MustCompile，动态模式用Compile并检查err；取分组必须用FindSubmatch而非FindStringSubmatch；多行匹配加(?m)；替换捕获组用ReplaceAllStringSubmatch；所有Find*函数失败返回nil，须判空。
Go 里做复杂正则匹配，核心不是“写多难的正则”，而是选对编译方式、匹配函数和结果提取路径。错一步，比如用 FindString 去取分组、或把用户输入喂给 regexp.MustCompile，轻则返回空、重则 panic 崩溃。
必须先编译，不能直接传字符串进匹配函数
Go 的 regexp 包不支持运行时解析未编译的字符串模式。你写的 "(\d{4})-(\d{2})-(\d{2})" 必须先过 regexp.Compile 或 regexp.MustCompile 才能用于任何 Find* 或 Replace* 方法——否则直接 panic。
- 固定 pattern（如硬编码的日期格式、邮箱校验）：用
regexp.MustCompile，错误在启动时暴露，适合初始化阶段 - 动态 pattern（如用户搜索框输入、配置文件读取）：必须用
regexp.Compile并检查err != nil，否则nil的*regexp.Regexp调用FindString就 panic - 别在循环或 HTTP handler 里反复
Compile；包级变量或 struct 字段复用已编译实例，性能差一个数量级
提取多个捕获组要用 FindSubmatch，不是 FindStringSubmatch
FindStringSubmatch 名字有误导性：它只返回第一个完整匹配的 []byte，**不拆分括号组**。想拿到 (\d{4})、(\d{2}) 这些内容，得用 FindSubmatch（注意没 String）。
-
FindSubmatch([]byte(input))返回[][]byte，其中result[0]是全匹配，result[1]是第一组，result[2]是第二组……索引严格对应括号顺序 - 如果正则没括号，
FindSubmatch返回的切片长度为 1，别越界访问result[1] - 输入是
string？先转[]byte；要避免转换开销且原始数据是字节流，直接用FindSubmatch而非FindStringSubmatch - 示例：
re := regexp.MustCompile(`id=(\d+)&name=(\w+)`)，调用re.FindSubmatch([]byte("id=123&name=foo"))得到[][]byte{[]byte("id=123&name=foo"), []byte("123"), []byte("foo")}
多行文本匹配要加 (?m) 标志，^ 和 $ 默认不按行工作
默认情况下，^ 只匹配整个输入开头，$ 只匹配结尾。逐行处理日志或配置文件时，^ERROR 不会匹配第二行开头——除非启用多行模式。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 显式加前缀：
(?m)^ERROR.*$，语义清晰，推荐 - 不要依赖
\n拆行后单行匹配再拼正则，容易漏掉跨行边界或换行符编码差异 - 若需锚定全文本首尾（而非每行），用
\A和\z，它们不受m标志影响 - 逐行扫描时，行号需手动计数；
scanner.Bytes()比scanner.Text()更安全，尤其含非 UTF-8 数据时
替换时想用 $1 引用捕获组，必须用 ReplaceAllStringSubmatch
ReplaceAllString 完全忽略捕获组，$1 在里面就是字面量；ReplaceAllStringFunc 能传匹配串进去加工，但拿不到分组内容。真要“保留部分、替换部分”，只能靠 ReplaceAllStringSubmatch。
- 签名是
func([]byte) []byte，参数是[][]byte（每个匹配的所有捕获组），返回替换后的[]byte - 第一个元素
matches[0]是全匹配，matches[1]是第一组，以此类推；记得判空，没匹配时返回nil - 常见坑：正则没写括号就调这个函数，
matches[1]直接 panic - 示例：
re := regexp.MustCompile(`(\w+): (\d+)`)，用re.ReplaceAllStringSubmatch("age: 25", func(m [][]byte) []byte { return []byte("AGE: " + string(m[1])) })→"AGE: 25"
最常被跳过的细节是：匹配失败时所有 Find* 函数都返回 nil，而不是空切片或空字符串；直接对 nil 下标或 len() 就 panic。复杂匹配不是堆功能，而是每一步都检查返回值是否有效。
