应先用 norm.NFC 归一化再逐 rune 调用 unicode.IsLetter，unicode.IsDigit 仅识别 Nd 类数字，中文等用 unicode.Is(unicode.Han, r) 判断，计数需用 grapheme 包而非 len([]rune(s))。
unicode.IsLetter 和 unicode.IsDigit 怎么用才不踩空格或 Unicode 变体的坑
这两个函数只判断 Unicode 码点所属的通用类别，unicode.IsLetter 对所有 L* 类别（如 Ll、Lu、Lt）返回 true，但不会过滤掉带变音符号的组合字符（如 é 拆成 e + ◌́ 时，后者被判定为 Mn，unicode.IsLetter('e') 是 true，但 unicode.IsLetter('◌́') 是 false）。实际做输入校验时，常误以为“整个字符串是字母”就调一遍 IsLetter —— 忽略了组合字符、零宽连接符、双向控制符等。
实操建议：
- 若需判断「用户视觉上看到的一个字是否为字母」，先用
norm.NFC归一化字符串再逐 rune 检查 -
unicode.IsDigit只识别Nd类（如阿拉伯数字、全角数字 １２３），不识别罗马数字或上标数字⁰¹²；需要兼容时得额外查表 - 中文、日文汉字属于
Lo（Other Letter），unicode.IsLetter能正确识别，但unicode.IsLower/unicode.IsUpper对它们一律返回false
为什么 strings.Map + unicode.ToLower 不等于 strings.ToLower
strings.ToLower 是语言感知的：它会根据当前 locale 处理特殊映射（比如土耳其语中 I → i，但 İ → i，而 I → ı）；而 strings.Map(unicode.ToLower, s) 仅做 Unicode 简单小写映射（Simple Lowercase Mapping），跳过上下文敏感规则和语言特例。
常见错误现象：在土耳其系统或处理土耳其语用户输入时，用 strings.Map(unicode.ToLower, "I") 得到 "i"，但正确结果应为 "ı"（无点 i）。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 一般文本转换优先用
strings.ToLower或strings.ToUpper - 若需严格按 Unicode 标准做无上下文转换（如标识符规范化），再用
unicode.ToLower配合strings.Map - 注意：某些字符小写后长度会变（如
ß→"ss"），strings.Map无法处理这种多对一/一对多映射，此时必须用cases包（Go 1.13+）
如何安全判断一个 rune 是否属于中文、日文或韩文字符范围
unicode 标准库本身不提供“是否中文”这样的高层语义判断，它只暴露码点分类（如 unicode.Han、unicode.Hiragana、unicode.Katakana、unicode.Hangul），这些是 Unicode 脚本（Script）属性，需用 unicode.Is 配合具体脚本常量。
容易踩的坑：直接查 Unicode 区块（如 0x4E00–0x9FFF）漏掉扩展区（如 Ext-A/B）、兼容汉字、部首补充、甚至日文平假名的扩展拼写形式。
实操建议：
- 用
unicode.Is(unicode.Han, r)判断汉字（含中日韩统一汉字及扩展） - 用
unicode.Is(unicode.Hiragana, r)或unicode.Is(unicode.Katakana, r)判断日文假名 - 韩文推荐用
unicode.Is(unicode.Hangul, r)，它覆盖现代韩文字母（包括初声/中声/终声）及古谚文 - 注意：标点（如中文顿号、日文句号）不属于上述脚本，需单独用
unicode.Is(unicode.Common, r)或查unicode.Punctuation
unicode.IsMark 导致字符串长度计算异常的原因
组合字符（Combining Marks）如重音符、声调符号、梵文字母辅音簇标记，被归类为 Mn（Nonspacing Mark）或 Mc（Spacing Combining Mark），unicode.IsMark(r) 对它们返回 true。这类字符自身不占显示宽度，但参与构成一个“用户感知字符”（grapheme cluster）。
典型问题：用 len([]rune(s)) 计算“字符数”时，把 é（e + ◌́）算作 2 个字符；用 unicode.IsMark 却只能识别出第二个 rune 是 mark，无法自动聚合成簇。
实操建议：
- 需要真实“用户看到的字数”，用
golang.org/x/text/unicode/norm的Iter或golang.org/x/text/unicode/grapheme包切分音节簇 -
unicode.IsMark适合做清理（如剥离重音用于搜索匹配），但不能替代图形簇分析 - Emoji ZWJ 序列（如 ??）也含
unicode.IsMark以外的连接符，单纯依赖IsMark会漏判
Unicode 字符处理真正的复杂点不在函数调用本身，而在你是否清楚当前操作对象是码点（rune）、字节序列（string）、图形簇（grapheme cluster），还是语言单位（word/sentence）。选错抽象层级，后面所有逻辑都会偏移。
