len() 返回字节数而非字符数，如"你好"的len为6；应使用utf8.RuneCountInString()获取字符数，遍历用for _, r := range s。
len() 返回的是字节数，不是字符数
Go 的 string 底层是字节序列，len() 拿到的是 UTF-8 编码后的字节数，不是 Unicode 码点个数。比如中文字符“你好”，len("你好") 是 6，不是 2。
常见错误现象：
用 len() 切片字符串、做索引遍历、判断“长度是否超 10 个字符”，结果在中文/emoji 场景下逻辑崩掉。
- 正确做法：用
utf8.RuneCountInString()获取真实字符（rune）数量 - 需要遍历时，用
for _, r := range s，而不是for i := 0; i - 注意：rune 类型是 int32，可表示任意 Unicode 码点；但一个 rune 不一定对应一个“用户感知的字符”（比如带变体符号的 emoji 可能由多个 rune 组成）
range 遍历 string 得到的是 rune，不是 byte
Go 中 for range 对 string 的迭代单位是 UTF-8 解码后的 rune，每次循环给出的是字符的 Unicode 码点和起始字节位置。这是最安全的逐字符处理方式。
使用场景：
清洗文本、统计字符频次、截断显示（如“显示前 5 个字符…”）、高亮匹配关键词等。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 示例：
for i, r := range "??abc" { fmt.Printf("%d %U\n", i, r) }——i是字节偏移（0, 4, 5, 6），r是对应 rune（U+1F468 U+200D U+1F4BB U+0061…） - 别用
s[i]直接取“第 i 个字符”，除非你确定全是 ASCII - 如果要获取第 n 个 rune 起始的字节索引，得用
utf8.DecodeRuneInString()循环解码，或预构建索引表
截取前 N 个字符不能用 [:N]，要用 utf8.DecodeRuneInString
s[:N] 是按字节截断，可能切在 UTF-8 多字节字符中间，导致 invalid UTF-8 或 panic（尤其在后续转 []rune 或打印时）。
性能影响：
逐个 decode 比纯字节操作慢，但这是正确性的必要代价；对长文本高频截取，可缓存 rune 位置索引。
- 简单安全写法：
func substr(s string, n int) string { for i, r := range s { if n <= 0 { return s[:i] } n-- } return s } - 更高效（避免重复解码）：用
utf8.DecodeRuneInString手动推进，或先用[]rune(s)转换再切（适合小字符串，大文本会分配新 slice） - 注意：
[]rune(s)会拷贝全部 rune，内存开销是原 string 的 ~4 倍（rune 是 int32）
正则匹配中文/emoji 时，别依赖 \p{Han} 以外的 Unicode 类别
Go 标准库 regexp 支持 \p{Han}、\p{Emoji} 等 Unicode 类别，但支持程度有限：Go 1.22+ 才完整支持 \p{Emoji}，旧版本会静默忽略。
容易踩的坑：
写 \p{Script=Hiragana} 或 \p{Extended_Pictographic} 在低版本 Go 里不生效，正则变成只匹配 ASCII 字母。
- 检查 Go 版本：运行
go version，确认 ≥1.22 再用\p{Emoji} - 兼容写法：用
[\u4e00-\u9fff\u3400-\u4dbf\U00020000-\U0002a6df\U0002a700-\U0002b73f\U0002b740-\U0002b81f\U0002b820-\U0002ceaf]覆盖常用汉字（不全但够用） - emoji 推荐用第三方库如
github.com/kyokomi/emoji或直接走utf8.RuneCountInString+ 白名单判断
事情说清了就结束。真正难的不是知道该用 utf8.RuneCountInString，而是意识到日志里那个“长度 12”的字段，前端显示却是 4 个 emoji——这时候得翻源码看它到底怎么截的。
