go 的 regexp 包基于 re2 引擎，不支持正向/反向先行断言、\k、\q\e 等回溯型特性，仅支持 (?i)(?m)(?s)(?u) 四种内联标志且须位于 pattern 开头，匹配失败会返回 nil regexp 和非空 error，务必检查 err。
Go 的 regexp 包不支持正向先行断言（(?=...)）、反向先行断言（(?）等 PCRE 风格特性，这是绝大多数从 Python/JavaScript 转过来的人踩的第一个坑。
为什么 FindStringSubmatch 返回空，但正则在其他语言里明明能匹配？
因为 Go 标准库的 regexp 基于 RE2 引擎，它为了保证线性时间复杂度，主动禁用了回溯型特性。比如你写 ^(?=.*\d)(?=.*[a-z]).{8,}$ 这种密码强度校验正则，在 Go 里会直接 panic 报错：error parsing regexp: invalid or unsupported Perl syntax: (?=。
- 所有以
(?开头的分组（除(?:...)非捕获组外）都不被支持 -
\K、\Q...\E、(?i)等内联标志也无效——必须用Compile的标志参数，如regexp.Compile(`(?i)foo`)是非法的，得写成regexp.Compile(`foo`)+regexp.Compile(`(?i)foo`)不行，正确是regexp.Compile(`(?i)foo`)实际上会被拒绝；正确方式是regexp.Compile(`foo`)然后手动传regexp.Compile(`(?i)foo`)？不对——Go 不接受(?i)写在 pattern 里，必须用regexp.Compile(`foo`, regexp.IgnoreCase)（注意：这个 API 不存在）→ 实际上 Go 的Compile没有 flag 参数，只能靠 pattern 自带标志，而它只支持(?i)、(?m)、(?s)、(?U)四种，且必须出现在 pattern 开头，例如`(?i)hello`合法，`he(?i)llo`非法 - 出错时不会静默失败，而是
nil的*Regexp和非空error，务必检查err != nil
FindAllString 和 FindAllStringSubmatch 的行为差异在哪？
前者返回 []string，只含匹配到的完整文本；后者返回 [][]byte，能拿到子表达式（括号分组）捕获的内容，但要注意：索引 0 是整个匹配，索引 1 开始才是第一个 (...) 分组。
-
re.FindAllString("a1b2c3", -1)→["a1", "b2", "c3"] -
re := regexp.MustCompile(`(\d+)`)，然后re.FindAllStringSubmatch([]byte("a1b2c3"), -1)→[[]byte("1"), []byte("2"), []byte("3")]，每个元素是单个子匹配，不是[["1"], ["2"], ["3"]]这样的二维切片嵌套 - 如果想同时拿到主匹配和分组，用
FindAllStringSubmatchIndex更稳妥，它返回的是字节位置，避免字符串/字节切片转换歧义
替换操作中 $1 为什么没生效？
Go 的 ReplaceAllString 支持 $1、$2，但不支持 ${1} 或 $name（命名捕获），也不支持函数式替换（类似 JS 的 replace(str, re, (m, g1) => ...)）。若需动态逻辑，得用 ReplaceAllStringFunc 或手动遍历 FindAllStringSubmatchIndex。
- 错误写法：
re.ReplaceAllString("x123y", "${1}")→ 字面量输出${1} - 正确写法：
re.ReplaceAllString("x123y", "$1")，前提是正则含(\d+)这类捕获组 - 若要对每个匹配做不同处理（比如把数字乘以 2），不能靠
ReplaceAll系列，得用re.FindAllStringSubmatchIndex+bytes.ReplaceAll手动拼接
最易被忽略的一点：Go 正则默认是贪婪匹配，但没有懒惰量词（*?、+?）的语义——它其实支持，只是底层实现仍基于 RE2，所以 .*? 在 Go 中是合法且可用的，但 .* 和 .*? 在多数场景下行为一致，因为 RE2 不做回溯，本质上都按“尽可能少推进”处理；真正要注意的是，不要假设它和 PCRE 行为完全一致，关键逻辑建议用测试覆盖边界输入。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
