Go正则中[\u4e00-\u9fa5]会漏掉生僻字、扩展区汉字及全角标点；应改用[\u4e00-\u9fff\u3400-\u4dbf\uf900-\ufaff\u3000-\u303f\uff00-\uffef]或用unicode.Is(unicode.Scripts["Han"], r)逐字符判断。
Go 正则里直接写 \u4e00-\u9fa5 会漏掉很多中文字符
Go 的 regexp 包默认使用 RE2 引擎，不支持 Unicode 属性类（如 \p{Han}），所以很多人抄来的 [\u4e00-\u9fa5] 看似能匹配汉字，实际漏掉大量合法中文字符：生僻字、扩展 A/B 区汉字、全角标点、日韩汉字兼容区、甚至“〇”这种常用中文数字。
- 常见错误现象：
regexp.MustCompile(`[\u4e00-\u9fa5]+`)匹配不到“?”（U+30000，扩展 A 区）、“々”、“〆”、“〇”，也匹配不到“あ”这类日文汉字（虽然语义不同，但常混在中文文本中） - 使用场景：用户昵称、文章标题、地址字段等需宽松识别中文的输入校验
- 更稳妥做法是用 Unicode 范围组合，覆盖基本汉字 + 扩展 A/B + 兼容汉字 + 中文标点：
[\u4e00-\u9fff\u3400-\u4dbf\uf900-\ufaff\u3000-\u303f\uff00-\uffef] - 注意：这个表达式仍不含拼音字母、数字、空格等，如需混合匹配，得额外加
a-zA-Z0-9\s等，并用+或*控制量词
想真正匹配“所有汉字”？regexp 不行，得换 unicode 包逐字符判断
RE2 不支持 \p{Han}，Go 标准库又没提供现成的“是否汉字”判断函数，硬靠正则穷举范围终归有边界。真要严格按 Unicode 汉字定义（即 Han script），必须手动遍历 rune 并查表。
- 使用场景：内容审核、分词预处理、OCR 后文本清洗等对字符归属要求高的环节
- 实操建议：导入
golang.org/x/text/unicode/norm和unicode包，用unicode.Is(unicode.Scripts["Han"], r)判断单个 rune - 性能影响：比正则慢一个数量级，但对几千字符以内的文本几乎无感；若处理百万级文本，建议先用粗粒度正则过滤再细判
- 示例片段：
for _, r := range str { if unicode.Is(unicode.Scripts["Han"], r) { // 是汉字 } }
regexp.Compile 报错 error parsing regexp: invalid UTF-8 怎么办
这不是正则写错了，而是字符串本身含非法 UTF-8 字节序列——比如二进制数据误当字符串传入、或从非 UTF-8 编码（如 GBK）的文件读取后未转码。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 常见错误现象：读取本地 txt 文件后直接丢给
regexp.Compile，报错且定位不到具体哪行 - 检查步骤：先用
utf8.ValidString(s)判断字符串是否合法；若否，说明源头编码不对 - 解决路径：如果是 GBK 文件，用
golang.org/x/text/encoding/charset或github.com/axgle/mahonia解码后再处理 - 关键提醒：Go 字符串本质是 UTF-8 字节序列，任何非 UTF-8 数据强行转
string都会导致后续正则、range、len 等行为异常
匹配中文时要不要加 (?m) 或 (?s) 标志
绝大多数情况不用。中文匹配本身和多行模式无关，(?m) 只影响 ^ 和 $ 的行为，(?s) 影响 . 是否匹配换行符——而中文字符集范围表达式（如 [\u4e00-\u9fff]）本身不涉及这些元字符。
立即学习“go语言免费学习笔记（深入）”；
- 只有当你写的是类似
^[\u4e00-\u9fff]+\n$这种带行首行尾锚点的模式，且输入是多行字符串时，才需要(?m) - 如果正则里用了
.且希望它能跨行匹配中文，才需要(?s)；但更推荐显式写[\u4e00-\u9fff\s]替代.，语义清晰还不依赖标志位 - 易踩坑点：盲目加
(?s)后，.*?可能意外吞掉大量换行和空白，导致匹配结果过长或越界
