Go 的 regexp.MatchString 仅返回是否匹配的布尔值，不提取内容；需用 FindString、FindStringSubmatch 等函数获取匹配文本或分组。
Go 的 regexp 包不支持直接用 Match 函数返回匹配内容，它只判断是否匹配（bool）或报错；真正提取字符串得用 FindString、FindStringSubmatch 等函数。
regexp.MatchString 仅用于“是否匹配”，不返回结果
这是最常被误解的点：很多人以为 MatchString 能拿到匹配到的文本，其实它只做布尔判断。一旦你需要子串、分组或位置，就必须换函数。
-
regexp.MatchString(<code>pattern,text) 返回(matched bool, error error) - 即使正则含括号分组（如
`(\d+)-(\w+)`），它也完全忽略捕获逻辑 - 适合场景：表单校验、日志行粗筛、权限规则快速过滤
提取完整匹配字符串：用 FindString 或 FindStringIndex
当你只需要第一个匹配的原始文本（不含分组），FindString 最直白；若还需知道起始/结束位置，用 FindStringIndex。
re := regexp.MustCompile(`\b\w{4,}\b`)
text := "Go has slices and channels"
fmt.Println(re.FindString([]byte(text))) // 输出: "slices"
fmt.Println(re.FindStringIndex([]byte(text))) // 输出: [7 13]
- 注意：所有
Find*方法默认只找**第一个**匹配；要找全部，得用FindAllString -
FindString输入是[]byte，但接受string类型参数（Go 会自动转换） - 若无匹配，
FindString返回空字符串""，不是nil—— 别用== nil判断
提取带分组的匹配：必须用 FindStringSubmatch 或 FindStringSubmatchIndex
想拿到 (\d{4})-(\w+) 中的年份和动作？Match 系列函数完全做不到，必须上 Submatch 系列。
立即学习“go语言免费学习笔记（深入）”；
re := regexp.MustCompile(`(\d{4})-(\w+)`)
matches := re.FindStringSubmatch([]byte("2023-login 2024-logout"))
// matches 是 []byte("2023-login")，但你还需要拆分分组
submatches := re.FindAllStringSubmatch([]byte("2023-login 2024-logout"), -1)
// submatches 是 [][]byte{[]byte("2023-login"), []byte("2024-logout")}
for _, m := range submatches {
parts := re.FindSubmatch(m, -1) // 注意：这里传的是单个匹配字节切片
if len(parts) >= 2 {
year := string(parts[1]) // 第一个括号内容：2023 / 2024
action := string(parts[2]) // 第二个括号内容：login / logout
fmt.Printf("%s → %s\n", year, action)
}
}
-
FindStringSubmatch返回整个匹配 + 所有分组（[]byte切片数组），索引 0 是全匹配，1 是第一组，以此类推 - 对多匹配场景，先用
FindAllStringSubmatch拿到所有主匹配，再对每个调用FindSubmatch提取分组 - 别漏掉
len(parts) >= N+1检查 —— 分组可能因输入不满足而为空，对应位置是nil
性能与编译开销：优先用 MustCompile，避免重复 Compile
正则表达式在 Go 里是「编译型」的：Compile 本身有开销，且错误处理繁琐。生产代码中几乎从不用 Compile，而是用 MustCompile + 全局变量。
-
regexp.MustCompile在程序启动时编译一次，panic 表示正则写错了 —— 这比运行时error更早暴露问题 - 把正则提成包级变量，避免每次调用都重复编译（尤其在循环或 HTTP handler 中）
- 如果正则 pattern 来自用户输入（如搜索框），才必须用
Compile并妥善处理 error
真正容易卡住的地方不是语法，而是误以为 Match 能取值；还有就是忘记 FindAll* 才是批量匹配的入口，以及对 Submatch 返回结构的理解偏差 —— 它返回的是原始字节切片引用，不是新分配字符串，别随意 append 或长期持有。
