\w在Go中只匹配ASCII字母数字和下划线，不支持中文、日文、emoji及Unicode属性类；需显式用[\u4e00-\u9fa5a-zA-Z0-9_]等范围匹配，且宽范围易引发回溯性能问题。
\w 在 Go 的 regexp 包里**不匹配中文、日文、emoji 或任何非 ASCII 字符**，只认 [a-zA-Z0-9_]。别信“\w 匹配汉字”这种过时或跨语言混淆的说法——它在 Go 里就是纯 ASCII 的。
为什么 \w 总是漏掉中文用户名？
常见错误现象：^\w+$ 校验 "张三123" 返回 false，但你没写错正则，是 \w 本就不支持中文。
-
\w等价于[a-zA-Z0-9_]，不包含 \u4e00-\u9fa5 等 Unicode 范围 - Go 使用 RE2 引擎，明确不支持
\p{Han}这类 Unicode 属性类（Python/Java 支持，但 Go 不） - 想匹配中文+英文字母+数字+下划线，必须显式写出范围：
[\u4e00-\u9fa5a-zA-Z0-9_] - 注意：宽范围如
[\u4e00-\u9fff\u3400-\u4dbf]会显著拖慢长文本匹配，尤其带量词时容易触发回溯爆炸
如何安全校验 snake_case 标识符（纯 ASCII）？
别用 \w+ 模糊匹配——它语义不清，可能把 user_姓名 当合法，而你实际只要 ASCII 变量名。
- 强制首字符为 ASCII 字母：
^[a-zA-Z][a-zA-Z0-9_]*$ - 加长度限制更实用：
^[a-zA-Z][a-zA-Z0-9_]{2,20}$（3–21 字符） - 若需支持中文首字符（如变量名允许中文），必须显式扩展：
^[\u4e00-\u9fa5a-zA-Z][\u4e00-\u9fa5a-zA-Z0-9_]*$ - 用
strings.ReplaceAll(s, `\w+`, "X")❌——字符串字面量中反斜杠要双写，且\w仍不覆盖中文；应改用ReplaceAllString+ 显式字符类
FindAllStringSubmatch 返回空或 panic 怎么办？
这个函数返回的是 [][]byte，不是 []string，层级容易搞错。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
for _, b := range matches { fmt.Println(string(b)) }——b是[]byte，但matches是[][]byte，所以b实际是某次匹配的全部捕获组切片（含主匹配 + 括号内容） - 取所有完整匹配：
for _, subs := range matches { fmt.Println(string(subs[0])) } - 取第一个捕获组：
if len(subs) > 1 { fmt.Println(string(subs[1])) } - 若正则没括号，
subs长度恒为 1；有n对括号，长度最多为n+1
大小写不敏感匹配该用什么？
别手动拼 [nN][oO][rR]...，Go 支持内嵌标志 (?i)，放模式最前面即可。
- 固定模式：
regexp.MustCompile(`(?i)hello world`) - 动态构建：
pattern := "(?i)" + regexp.QuoteMeta(userInput)（记得对用户输入做QuoteMeta转义） -
(?i)只影响其后部分，可局部启用，比如foo(?i)bar中只有bar不区分大小写 - 不支持
(?i:...)分组级作用域（RE2 不支持），所以不能写成foo(?i:bar)baz
真正容易被忽略的是：Go 的 \w 和大多数其他语言行为不一致，且没有 Unicode 属性支持；所有中文/国际化需求都得靠显式 Unicode 范围，而范围一宽，性能就敏感——测试时用短文本没问题，上线后匹配几 MB 日志可能卡住。
