FindStringSubmatch 不返回捕获组，只返回整个匹配字符串；要提取捕获组需用 FindStringSubmatchIndex 配合切片，或 FindAllStringSubmatch 并取索引[1]，Go 正则不支持命名捕获组。
FindStringSubmatch 为什么拿不到捕获组？
FindStringSubmatch 只返回整个匹配的字符串，不拆解括号内的子表达式。它底层调用的是 FindSubmatch，但只做“整块提取”，不会按 () 分组返回多个片段。
常见错误现象：re.FindStringSubmatch([]byte("id=123")) 返回 "id=123"，哪怕正则写了 id=(\d+)，你也得不到 "123" —— 因为它压根不处理捕获组。
- 要用捕获组，必须换
FindStringSubmatchIndex或FindStringSubmatch配合手动切片 - 或者直接上
FindStringSubmatchAll+FindAllStringSubmatch的兄弟函数FindStringSubmatch不是为此设计的 - 别被名字误导：“Submatch” 指“子匹配”（即带括号的整个匹配），不是“子表达式匹配”
正确提取捕获组：用 FindStringSubmatchIndex + 字节切片
这是最轻量、最可控的方式。先拿到每个捕获组在原文中的起止位置，再手动切出对应子串。
示例：从 "name=alice&age=25" 提取 name 后的值：
立即学习“go语言免费学习笔记（深入）”；
re := regexp.MustCompile(`name=(\w+)`)
src := "name=alice&age=25"
indices := re.FindStringSubmatchIndex([]byte(src)) // 返回 [][]int，每对是 (start,end)
if indices != nil && len(indices) > 0 {
// indices[0] 是整个匹配范围，indices[1] 是第一个捕获组范围
if len(indices) > 1 {
start, end := indices[1][0], indices[1][1]
nameValue := src[start:end] // "alice"
}
}
- 注意：
FindStringSubmatchIndex返回的是二维切片，indices[0]是整体匹配，indices[1]起才是捕获组 - 如果正则有多个
()，indices长度会是1 + 捕获组数 - 空匹配或未命中时返回
nil，必须判空，否则 panic
更省事但稍重：用 FindStringSubmatchAll + 循环取 [1]
如果你要批量提取所有匹配中的第一个捕获组（比如日志里找所有 user_id=123 中的 123），FindAllStringSubmatch 更直觉。
但它返回的是 [][]byte，每项是“一次完整匹配的所有子匹配”，顺序是：[完整匹配, 捕获组1, 捕获组2, ...]。
re := regexp.MustCompile(`user_id=(\d+)`)
matches := re.FindAllStringSubmatch([]byte("user_id=101; user_id=202"), -1)
for _, m := range matches {
if len(m) > 1 {
userID := string(m[1]) // 注意是 m[1]，不是 m[0]
}
}
-
m[0]是整个匹配结果（如"user_id=101"），m[1]才是第一个括号内容 - 性能上比
FindStringSubmatchIndex多一次内存拷贝，但代码更少、不易错 - 如果正则没写括号，
m长度恒为 1；写了但没匹配到，该项不会出现在matches里
别踩坑：命名捕获组在 Go 里根本不存在
Go 的 regexp 包不支持 (?P<name>...) 这类命名语法。所有捕获组只能靠索引访问，没有 group("name") 这种方法。
- 写
(?P<id>\d+)不报错，但会被当普通括号处理，索引还是按顺序来 - 想模拟命名？只能自己建 map，用
indices手动映射位置，或改用第三方库（如github.com/dlclark/regexp2） - 编译正则时加
^(?:...)$非捕获组能减少无用索引，提升可读性，但不影响功能
真正麻烦的不是怎么取，而是记住：Go 正则的“捕获组”只是位置标记，没名字、不自动绑定变量、也不进结构体 —— 你得自己管好下标和边界。
