必须用包级预编译，因为 regexp.compile 在高频场景下反复调用会构建 nfa、优化状态机并展开 dfa，导致 cpu 崩溃；应提前用 regexp.mustcompile 编译为包级变量，避免 runtime 重复编译。
为什么必须用包级预编译，而不是 runtime.Compile
高频日志解析场景下，regexp.Compile 在循环或 HTTP handler 里反复调用会直接拖垮 CPU——它不是简单字符串解析，而是构建 NFA、做状态机优化、甚至部分 DFA 展开。火焰图里 regexp.(*Regexp).Compile 占比突增，基本就是这个原因。
正确做法是把静态 pattern 提前编译成包级变量：var logLineRe = regexp.MustCompile(`^(\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2})\s+\[(\w+)\]\s+(.*)$`)
注意：别用 regexp.Compile + log.Fatal 包裹——看似可控，实则每次调用都触发 init 阶段重入逻辑，语义误导且无性能收益。
- pattern 含用户输入（如动态 domain）？改用
regexp.Compile+sync.Map缓存，并严格检查err - 所有正则字面量统一用反引号包裹，避免转义混乱
- 上线前用
go tool compile -gcflags="-m" your_file.go确认变量是否被内联，避免意外逃逸
如何让 FindAllStringSubmatch 返回结构化字段而非原始行
FindAllString 只返回完整匹配串，丢弃括号分组；真正提取字段必须用 FindAllStringSubmatch——它返回 [][]byte，其中每项是单次匹配的全部子匹配：result[0] 是全匹配，result[1] 是第一个 ()，result[2] 是第二个……
常见错误是写对正则却用错方法，结果拿到一堆完整日志行，还得二次切分。更糟的是括号太多导致返回空切片：
错误写法：`(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*?(\d{3})` → 每次匹配返回长度为 3 的切片，但中间可能全是 nil
正确写法：`(?:\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}).*?(\d{3})` → 只捕获真正需要的状态码，result 长度恒为 2
- 非捕获组用
(?:...)，仅用于逻辑分组（|、*），不占result位置 - 调试时用
len(submatches[i]) == 0判断某组是否命中，不是 bug，是设计如此 - 后续需
string()转换？只对非nil的submatches[i]调用，string(nil)得空字符串，容易掩盖逻辑错误
多行日志中 ^ 和 $ 失效？必须显式启用 multiline
Go 正则默认的 ^ 和 $ 只匹配整个输入字符串首尾，不是每行。处理按行分割的日志时，^(\d{4}-\d{2}-\d{2}) 写了也白写——除非你把整块日志当单个字符串喂进去，但那样就丧失流式处理能力。
Go 不支持 (?m) 内联标志（如 Python 的 (?m)^foo$），必须在编译时传入标志：re := regexp.MustCompile(`(?m)^(\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2})\s+\[(\w+)\]`)
注意：Go 1.20+ 才支持 (?m)，旧版本需手动拆行再逐行匹配。
- 若日志已按
\n分割成[]string，优先用strings.HasPrefix或strings.Index做前缀判断，比正则快一个数量级 - 真要用
(?m)，确认 Go 版本 ≥ 1.20，否则编译失败 - 避免混用
(?m)和.*?—— 多行模式下.默认不匹配\n，要加(?s)才能跨行，但会显著增加回溯风险
日期等多格式字段提取为何不能拼成一个大正则
把 MM/DD/YYYY、YYYY-MM-DD、Jan 1, 2023 全塞进一个带 | 的正则，看似简洁，实则埋雷：
不同分支括号数量不同 → FindAllStringSubmatch 返回的 [][]byte 长度不固定 → result[1] 有时是月，有时是年，索引错乱；
命名组（如 (?P<year>\d{4})</year>）在合并后线性排列 → SubexpNames() 返回重复名，无法映射。
生产环境推荐分治策略：为每种格式单独编译正则，依次尝试匹配。
例如：mmddyyyyRe := regexp.MustCompile(`(?i)(\d{1,2})[/-](\d{1,2})[/-](\d{4})`)，yyyymmddRe := regexp.MustCompile(`(\d{4})-(\d{1,2})-(\d{1,2})`)，匹配成功即停。
- 每个正则只负责自己那套括号顺序，
result[1]恒为“月”，result[2]恒为“日”，调试时一眼可知哪条规则生效 - 避免在正则里写
.*跨字段捕获——长日志中极易引发状态机路径暴增，卡顿肉眼可见 - 若字段位置固定（如日志头 20 字符必为时间），先用
strings.Index截取再 parse，比正则更稳更快
FindAllStringSubmatch 返回的 [][]byte 是原输入的切片引用，不是新分配内存；但一旦原字符串被 GC 回收或覆盖，这些 []byte 就变成悬垂指针——所以要么立刻 string() 拷贝，要么确保输入生命周期覆盖整个解析链。**golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
