最可靠方式是用 regexp.findstringsubmatch 配合 findsubmatchindex 提取捕获组：先编译正则复用，用圆括号定义组，通过索引切片原字节获取子串，注意 nil 判空、非贪婪写法（.*?）及避免硬编码索引。
用 regexp.FindStringSubmatch 提取带括号捕获组的内容
想从字符串里精准抠出某一部分（比如 URL 中的域名、日志里的状态码），最可靠的方式是写带命名或位置捕获组的正则，然后用 FindStringSubmatch 或其变体提取。它返回的是原始匹配字节切片，不会做类型转换或默认截断。
常见错误是直接用 FindString —— 它只返回整个匹配串，没法分离括号内的子串；或者误用 FindAllStringSubmatchIndex 却忘了手动切片，导致 panic。
- 捕获组必须用圆括号
()包裹，哪怕只有一组也要加 - 正则编译一次复用，避免在循环里反复调用
regexp.Compile - 如果正则含可选部分（如
(\d+)?），未匹配时对应捕获组返回nil，需判空再转string
re := regexp.MustCompile(`user:(\w+)@(\w+\.\w+)`)
match := re.FindStringSubmatch([]byte("contact:alice@example.com"))
if match != nil {
// match 是完整匹配结果，要取子串得再拆
submatches := re.FindSubmatchIndex([]byte("contact:alice@example.com"))
if len(submatches) >= 2 {
user := string(match[submatches[0][0]:submatches[0][1]])
domain := string(match[submatches[1][0]:submatches[1][1]])
}
}
用 FindStringSubmatch + FindSubmatchIndex 避免重复拷贝
当输入字符串很大（比如解析几 MB 的日志文本），频繁调用 FindStringSubmatch 会不断分配新字符串，影响性能。更高效的做法是先用 FindSubmatchIndex 拿到字节位置，再对原字节切片做切片操作。
注意：FindSubmatchIndex 返回的是二维 [][2]int，第一维长度为捕获组数 + 1（第 0 项是整个匹配范围），第二维是 [start, end) 形式。
- 不要对
nil切片做下标访问，len(submatches)可能为 0 - 索引是相对于输入字节切片的，不是原始字符串，所以直接切
src[begin:end]即可 - 如果正则有多个匹配，要用
FindAllSubmatchIndex，别漏掉All
命名捕获组在 Go 里不原生支持，得靠位置推导
Go 标准库的 regexp 包至今不支持 (?P<name>...)</name> 这类命名语法，所有捕获组只能按左括号出现顺序编号（从 1 开始）。这意味着你改了正则里某个 () 的位置，后面所有组的索引都要跟着动。
容易踩的坑是：把正则写成 (\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2})，结果在代码里硬编码取 submatches[3] 表示小时——一旦需求变成“只提日期”，删掉后面两个括号，小时就变成 submatches[1]，但代码没改， silently 错。
- 建议把正则和提取逻辑封装成函数，参数名体现语义（如
extractDatePart），别裸写submatches[2] - 如果正则复杂，加注释标明每个括号的用途：
// [0]=full, [1]=year, [2]=month, ... - 测试用例里故意打乱括号顺序，验证是否崩
非贪婪匹配失效？检查是否用了 .* 而不是 .*?
写 regexp.MustCompile(`"(.*)"`) 想提取双引号内容，结果拿到的是从第一个 " 到最后一个 " 的整段——因为 .* 是贪婪的。Go 的正则引擎支持 ? 修饰符，但必须显式写出 .*?。
另一个常见场景是 HTML 片段提取：<div>(.*?)</div>，如果源文本含嵌套 <div>，依然会错，这不是正则能安全解决的问题，但至少先让非贪婪生效。
<ul>
<li>
<code>+ 和 * 默认贪婪，加 ? 才非贪婪（+?, *?）
[^"]* 比 .*? 更可靠，因为它明确排除结束符json.Unmarshal，别硬刚正则
