Go 的 regexp 不支持全文模糊匹配，仅做模式驱动的精确位置匹配；需先编译正则再调用 Find 系列函数提取文本，MatchString 仅返回布尔值，FindAll* 需显式指定才能获取全部匹配。
regexp 在 Go 里不支持“全文搜索式”的模糊匹配（比如像数据库 LIKE 那样），它只做**模式驱动的精确位置匹配**。你要的“查找”，本质是：编译正则 → 扫描字符串 → 返回匹配项（或位置、或分组）。没编译就调用 FindString 会 panic；用错函数名（比如想取分组却用了 MatchString）就永远拿不到内容。
为什么 MatchString 总是返回 true 或 false，但拿不到匹配文本？
MatchString 的设计目的就是布尔判断，它压根不保存匹配结果。哪怕你的正则写了 (\d{4})-(\w+)，它也完全忽略括号——只回答“有没有符合这个整体模式的子串”。
- 需要提取文本？必须换
FindString（第一个匹配）、FindAllString（全部）、或带Submatch的版本（要分组时） - 误用示例：
re.MatchString("2023-login")返回true，但你无法从中拿到"2023"或"login" - 正确起点：
re.FindStringSubmatch([]byte("2023-login"))返回[][]byte{[]byte("2023-login"), []byte("2023"), []byte("login")}
FindStringSubmatch 返回空 slice 或 panic 的常见原因
它返回的是 [][]byte，不是 []byte。直接 range 出来的是每个匹配的完整切片（含主匹配 + 所有分组），不是单个字节。
- 错误写法：
for _, b := range matches { fmt.Println(string(b)) }—— 这里b是[]byte，但matches是[][]byte，所以b实际是[完整匹配, 分组1, 分组2]这个切片，不是你想打印的字符串 - 正确取第一个匹配的主内容：
if len(matches) > 0 { fmt.Println(string(matches[0][0])) } - panic 常见于：传了
nil字节切片、正则未编译成功就调用、或matches为空时直接访问matches[0]
如何安全地提取多个捕获组（比如 IP 的四段数字）？
别依赖 FindSubmatch 的返回顺序硬编码索引。Go 的 FindAllStringSubmatch 返回结构固定，但索引含义依赖正则中括号出现顺序，一改正则就容易错位。
- 推荐写法：用
FindAllStringSubmatchIndex先拿到所有匹配的位置，再用text[start:end]切出来，语义清晰且不易崩 - 示例正则：
`(\d{1,3})\.(\d{1,3})\.(\d{1,3})\.(\d{1,3})`，匹配"10.10.239.11" - 注意：每段数字不能简单用
\d{1,3}，得加边界（如(? 和(?!\d)）防匹配到1234.5678.90.12中的234，否则逻辑出错 - 性能提示：带大量
?断言的正则在长文本中回溯开销明显，纯校验场景建议用strings.Split+strconv.Atoi更稳
最易被忽略的一点：所有 Find* 方法默认只找**最左边第一个匹配**。你要全部结果，必须显式调用 FindAll* 系列，并传 -1；漏掉这个参数，哪怕文本里有十个匹配，你也只能拿到第一个。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
