len() 不能直接用于中英文混合字符串，因为它返回字节长度而非字符数；中文占3字节、英文占1字节，导致结果失真；应使用 utf8.RuneCountInString 精确统计 Unicode 码点数量。
为什么 len() 不能直接用在中英文混合字符串上
因为 len() 返回的是字节长度，不是字符（rune）数量。中文字符在 UTF-8 编码下占 3 个字节，英文和 ASCII 字符占 1 个字节，所以 len("你好hello") 是 9，但实际只有 7 个字符（2 个中文 + 5 个英文）。误用 len() 会导致截断、索引越界或显示异常。
utf8.RuneCountInString 是最简单可靠的计数方式
它遍历字符串的每个 rune，统计 Unicode 码点个数，对中英文混合、emoji、全角符号都准确。不需要手动转换为 []rune，避免额外内存分配。
常见用法：
count := utf8.RuneCountInString("你好world?") // 返回 8- 适用于校验输入长度（如用户名 ≤ 20 字符）、分页截取、前端字符计数反馈等场景
- 性能足够好：内部是单次遍历，时间复杂度 O(n)，比
len([]rune(s))更轻量
别把 utf8.RuneCountInString 和 strings.Count 混用
strings.Count 统计子串出现次数，不是字符数；而 utf8.RuneCountInString 只认 rune 边界，不关心内容。例如：
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
utf8.RuneCountInString("??") // 返回 1（尽管底层是多个 UTF-8 码元，但它是单个合成 emoji）
容易踩的坑：
- 传入
nil字符串会 panic —— 实际中应先判空：if s == "" { return 0 } - 不要用它做“可视字符数”判断（比如某些连字、变音符号组合可能渲染为一个视觉单元但算多个 rune）
- 它不处理 ZWJ（零宽连接符）等渲染逻辑，纯按 Unicode 规范拆解
需要截取前 N 个字符时，必须用 utf8.DecodeRuneInString 或 for range
utf8.RuneCountInString 只负责计数，不能定位字节偏移。想安全截断字符串（比如取前 10 个字符），不能靠字节切片，否则可能破坏 UTF-8 编码：
s := "Hello世界?"
n := 5
runeCount := 0
for i, r := range s {
if runeCount >= n {
s = s[:i]
break
}
runeCount++
}
或者用 utf8.DecodeRuneInString 手动推进，但 for range 更直观可靠。记住：字符串不可变，任何“截取”都要生成新字符串，且起止位置必须落在 rune 边界上。
真正麻烦的是既要计数又要截断还要兼容 emoji 组合——这时候别硬写循环，考虑用 golang.org/x/text/unicode/norm 做标准化，或者引入成熟库如 runewidth 处理显示宽度。但单纯字符计数，utf8.RuneCountInString 就够了，别绕远路。
