unicode.isletter对中文返回false是因go 1.18及以前版本未覆盖汉字所属lo类别，1.19+才补全；应统一用unicode.is(unicode.letter, r)确保兼容，且遍历必须用range或[]rune避免字节误读。
Go 的 unicode 包函数不是“拿来就能用”，关键在传参类型、Unicode 类别理解、版本兼容性三处——错一处，unicode.IsLetter('中') 就可能返回 false。
为什么 unicode.IsLetter 对中文有时返回 false
这不是函数失效，而是你或你的 Go 版本没对上 Unicode 类别定义。旧版 Go（1.18 及以前）的 unicode.IsLetter 不包含汉字所属的 Lo（Letter, other）子类；Go 1.19+ 才补全。但更稳妥的做法是绕过这个快捷函数：
- 统一用
unicode.Is(unicode.Letter, r)—— 它从 Go 1.0 就完整覆盖所有字母类，包括Lo - 若只要纯汉字（不含假名、谚文），用
unicode.Is(unicode.Han, r)，不是unicode.IsHan（该函数不存在） - 检查当前 Go 版本：
go version；低于 1.19 时别依赖文档里“支持汉字”的描述
IsDigit 和 IsNumber 到底该用哪个
二者语义不同，选错会导致数字漏判或误判：
-
unicode.IsDigit(r)只认 Unicode 的Decimal_Number类，即有明确十进制值的字符：ASCII'0'–'9'、阿拉伯-印地数字'٠'–'٩'，但不认全角'０'或罗马数字'Ⅷ' -
unicode.IsNumber(r)范围更广，覆盖Decimal_Number、Letter_Number（如罗马数字）、Other_Number（如上标'⁴'、分数'½'） - 做表单校验且只接受 0–9？用
IsDigit更严格；做 OCR 后文本清洗或国际化输入？优先IsNumber
遍历字符串时最容易踩的坑：byte vs rune
Go 的 string 是 UTF-8 字节序列，而 unicode 函数只接受 rune（Unicode 码点）。直接下标取字节会出错：
- 错误写法：
s := "你好"; if unicode.IsLetter(s[0]) { ... }→s[0]是 UTF-8 第一字节0xE4，不是有效rune，结果恒为false - 正确写法一：
for _, r := range s { if unicode.IsLetter(r) { ... } }（推荐，自动按rune拆分） - 正确写法二：
rs := []rune(s); for _, r := range rs { ... }（适合需索引或多次访问的场景）
IsControl 为什么对 '\n' 返回 false
因为 '\n'（U+000A）在 Unicode 中属于 Zs（Separator, line），不是 Cc（Control）类。别被函数名误导：
-
unicode.IsControl('\t')返回true（U+0009 属于Cc） -
unicode.IsControl('\n')返回false，但unicode.IsSpace('\n')返回true - 真正需要过滤原始控制流（如拒绝
\x00–\x1F但放行\n/\t）时才用IsControl；日常空白处理一律走IsSpace
最常被忽略的是：这些函数只作用于单个 rune，没有字符串批量版；想筛出“全是汉字”的字符串，得自己循环 + 计数，别指望一个函数调用就搞定。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
