matchstring仅返回布尔值，不提取匹配内容；需用findstring等函数提取，且正则应加^$锚点确保全串匹配，编译时硬编码用mustcompile，动态正则须检查compile错误。
MatchString 只判断，不提取 —— 别指望它返回匹配内容
regexp.MatchString 的唯一职责是返回 true 或 false，哪怕你的正则里写了 (\d+) 这样的分组，它也完全无视。这是新手最常踩的坑：写了匹配手机号的正则，调用 MatchString 得到 true 就以为“拿到了号码”，结果一打印是空的。
- 真正要提取文本，必须换函数：
FindString（取第一个匹配字符串）、FindAllString（取全部）、FindStringSubmatch（带分组的原始字节） -
MatchString("1[3-9]\d{9}", "联系我：13812345678")返回true，但不会告诉你“13812345678”在哪，更不会切出来 - 如果想验证“整个字符串是否严格符合格式”，记得加锚点：
^1[3-9]\d{9}$；否则它默认是子串匹配，"abc13812345678def"也会返回true
Compile 和 MustCompile 怎么选 —— 看正则来源是否可信
硬编码的、写死在代码里的正则，比如邮箱校验、日期格式，直接用 regexp.MustCompile 更干净；但如果正则来自配置文件、用户输入或 API 响应，就必须用 regexp.Compile 并检查 err，否则非法表达式会 panic。
-
regexp.MustCompile(`\d{4}-\d{2}-\d{2}`)：安全，编译失败时程序立即崩溃，便于早期发现 typo -
re, err := regexp.Compile(userInputPattern)：必须检查err != nil，否则遇到"["这种残缺表达式会静默失败或 panic - 预编译后的
*regexp.Regexp对象可并发安全使用，建议定义为包级变量复用，避免高频重复编译
提取分组别靠猜索引 —— 用命名捕获或显式注释
Go 的 FindStringSubmatch 返回的 [][]byte 切片中，[0] 是完整匹配，[1] 是第一对括号，[2] 是第二对……但没人能靠脑子记住十几个括号的顺序。Go 1.22+ 支持命名分组 (?P<year>\d{4})</year> + FindStringSubmatchMap，旧版本则建议把正则拆成常量并注释清楚。
- 推荐写法：
var reDate = regexp.MustCompile(`(?P<year>\d{4})-(?P<month>\d{2})-(?P<day>\d{2})`)再调用reDate.FindStringSubmatchMap(s)，返回map[string]string{"year":"2026","month":"01",...} - 旧版本替代方案：用带注释的常量
// (\d{4}) → year, (\d{2}) → month, (\d{2}) → day var reDate = regexp.MustCompile(`(\d{4})-(\d{2})-(\d{2})`)并在调用处明确写year := string(matches[1]) - 别用
matches[2]这种裸数字索引——一旦正则改了括号数量，所有相关代码都会悄悄错
ReplaceAllString 中的 $1 是唯一合法引用 —— 别写 \1
Go 的正则替换不支持 Perl 风格的 \1，只认 $1、$2 这种美元符号语法。写错就变成字面量，比如 "$1-$2" 能正常工作，但 "\1-\2" 会被当普通字符串处理，原样输出。
立即学习“go语言免费学习笔记（深入）”；
- 正确示例：
re := regexp.MustCompile(`(\w+):(\d+)`) re.ReplaceAllString("api:8080 db:5432", "$1-port:$2") // → "api-port:8080 db-port:5432" - 错误写法：
re.ReplaceAllString("api:8080", "\1:\2")结果是字面量"\1:\2"，不是你想要的分组内容 - 如果替换逻辑复杂（比如按分组查 map、做大小写转换），别硬塞进
$1，改用ReplaceAllStringFunc+ 手动FindStringSubmatch更可控
regexp 包设计克制，没有花哨语法，但锚点、分组、替换这几个关键点一旦写错，行为往往“看似正常实则漏数据”。最危险的是把 MatchString 当提取工具，或者忽略编译错误——这两类问题在线上环境里最难 debug。 
