unicode.IsLetter 判断字符是否属于 Unicode “L” 类别，涵盖中、日、韩、希腊等多语种字母，但不区分 ASCII 与非 ASCII；若仅需英文字母，应显式检查范围。
如何用 unicode.IsLetter 判断中文、英文、日文等字符是否为“字母”
unicode.IsLetter 不是按 ASCII 划分的“a–z/A–Z”，而是严格遵循 Unicode 标准中的 “L” 类别（Letter），覆盖拉丁、汉字、平假名、片假名、谚文、西里尔、阿拉伯等多种文字。这意味着：中、あ、한、α 都返回 true，但带音标的 ñ（U+00F1）也属于 Letter，而全角数字 １（U+FF11）则不是。
常见误用是拿它当“是否为英文字母”用——结果发现中文也过检。若只想要 ASCII 字母，应显式检查：r >= 'a' && r = 'A' && r ；若要区分文字体系，可结合 <code>unicode.Is(unicode.Latin, r) 或 unicode.Is(unicode.Han, r) 等类别判断。
为什么 unicode.IsDigit 对全角数字（如 １）返回 false
unicode.IsDigit 只识别 Unicode 中被归类为 “Nd”（Number, decimal digit）的码点，即标准阿拉伯数字 0–9（U+0030–U+0039）。全角数字 ０–９（U+FF10–U+FF19）属于 “Nl”（Number, letter）或 “No”（Number, other），不匹配 IsDigit。
若需兼容全角数字，不能只靠 IsDigit，得手动扩展判断：
立即学习“go语言免费学习笔记（深入）”；
func isDigitOrFullwidthDigit(r rune) bool {
return unicode.IsDigit(r) || (r >= 0xFF10 && r <= 0xFF19)
}
注意：Emoji 数字（如 ?）、罗马数字（Ⅰ）也不被 IsDigit 覆盖，它们属于其他 Number 子类，需单独处理。
用 unicode.IsPrint 做输入合法性校验时容易漏掉哪些控制字符
unicode.IsPrint 返回 true 的条件是：字符可打印 且 不是空格类（unicode.IsSpace 为 true 的不算，哪怕它视觉上“可见”如 \t、\n）。但它仍会放过一些危险字符，比如：
-
ZWJ（U+200D，Zero Width Joiner）——用于 Emoji 组合，肉眼不可见但影响渲染 -
LTR/RTL控制符（U+200E/U+200F）——可能篡改文本显示顺序 -
Zero Width Non-Joiner（U+200C）——干扰连字，常被滥用于混淆
所以仅靠 IsPrint 不足以做安全输入过滤。生产环境若需白名单式校验，建议明确限定范围，例如只允许 ASCII 可打印字符 + 指定语言的 Unicode 区段（如 \p{Han} + \p{Katakana}），或用 strings.Map 配合自定义过滤函数清理。
性能敏感场景下，unicode.Is* 函数调用要不要提前缓存结果
每个 unicode.Is* 函数内部都是查表（基于预生成的布尔数组或位图），单次调用开销极小（纳秒级），但频繁调用（如遍历百万字符字符串）仍会产生可观累积耗时。实测在 Go 1.22 下，对纯 ASCII 字符串，IsLetter 比手工 r >= 'a' && r 慢约 3–5 倍；对含大量汉字的字符串，差距缩小至 1.2 倍左右。
优化建议：
- 若输入确定为 ASCII，直接用范围比较，避免函数调用和查表跳转
- 若需多条件组合（如“是字母或数字”），别写成
IsLetter(r) || IsDigit(r)，改用IsOneOf([]*unicode.RangeTable{unicode.Letter, unicode.Digit}, r)——它一次查表完成多个类别判断 - 不要为单个字符反复调用
Is*并缓存结果（如 map[rune]bool），空间和哈希开销远超收益
Unicode 分类本身是静态数据，Go 运行时已做了充分优化，过度微优化反而让逻辑变重、可读性下降。
