必须预编译正则表达式，避免在循环或高频调用中重复compile；多行匹配需显式启用(?s)标志；匹配unicode字符应使用\p{han}、\p{nd}等而非ascii硬编码；提取子串优先用findstringsubmatch以零分配获取[]byte。
regexp 包不是“写完就能跑”，不预编译、乱用 .、忽略 Unicode 边界，匹配就会变慢甚至出错。
预编译正则表达式是必须动作，不是可选优化
高频调用时，regexp.MatchString 每次都隐式编译，开销远超想象。实测 10 万次匹配，未预编译比预编译慢 3–5 倍。
- 用
regexp.Compile获取*Regexp对象，显式处理错误 - 全局模式直接用
regexp.MustCompile—— 它 panic 而非返回 error，适合启动期已知合法的模式（如配置项、常量） - 避免在循环内反复调用
Compile；把编译结果缓存为包级变量或结构体字段
. 默认不匹配换行符，多行文本要主动启用 (?s)
这是最常踩的坑：你写 first.*third，但文本含换行，结果永远 false。Go 的 . 默认等价于 [^\n\r]，和 Python/JS 的 re.DOTALL 或 /s 标志行为一致，但不默认开启。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 正确写法：
`(?s)first.*third`——(?s)是内联标志，让.匹配包括\n在内的任意 Unicode 字符 - 替代方案：
first[\s\S]*third，但更冗长、不易读，且\s不覆盖所有空白类（比如某些 Unicode 分隔符） - 别混用
(?m)：它只改变^和$的行为（锚定每行首尾），对.无效
匹配中文、数字、字母要用 Unicode 类，别硬写 [a-zA-Z0-9]
硬编码 ASCII 字符集在真实业务中几乎必然失效：用户昵称带 emoji、日志含中文路径、配置项含全角符号……
- 中文：
[\p{Han}]+（汉字），[\p{Script=Hiragana}]+（平假名），[\p{Script=Katakana}]+（片假名） - 数字：
\p{Nd}（Unicode 数字，含阿拉伯、印度、汉字数字等），比\d更准确（\d在 Go 中等价于[0-9]） - 字母：
\p{L}（所有 Unicode 字母），\p{Lu}（大写），\p{Ll}（小写） - 注意：
[a-zA-Z]会漏掉德语ü、法语é、俄语я等，实际场景慎用
捕获组提取内容时，优先用 FindStringSubmatch 而非 FindAllString
当你需要提取括号里的值（比如邮箱用户名、URL path 参数），只靠 FindAllString 得不到子匹配，必须用带 Submatch 后缀的方法。
-
re.FindStringSubmatch返回[]string，索引 0 是完整匹配，1 开始是各捕获组 - 如果正则含多个捕获组，例如
`(\w+)@(\w+)\.(\w+)`，FindStringSubmatch返回["user@example.com" "user" "example" "com"] - 别用
FindStringIndex+ 手动切片：易错、难维护，且无法处理嵌套或可选组 - 若只需单个匹配，用
FindStringSubmatch；若需全部，用FindAllStringSubmatch
.* 配合复杂嵌套仍可能触发大量回溯，尤其在未限定边界时。上线前务必用真实数据做长文本压测。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
