rune 是 int32 别名，用于存储 Unicode 码点；字符串是 UTF-8 字节序列，s[0] 返回首字节而非字符，中文等多字节字符需用 []rune(s) 或 for range 安全遍历与切片。
rune 不是“字符类型”，它是 int32 别名，只负责存一个 Unicode 码点；真正决定你怎么处理中文、emoji、日文的，是你**怎么用它配合字符串**——直接索引、切片、遍历，全都不一样。
为什么 s[0] 拿不到第一个中文字符
Go 字符串本质是 UTF-8 字节序列，s[0] 返回的是第一个字节（uint8），不是字符。中文在 UTF-8 中占 3 字节，比如 "你好" 的前 3 字节是 0xe4 0xbd 0xa0，s[0] 就是 0xe4，单独打印会乱码或显示为 ä。
- 错误写法：
fmt.Printf("%c", s[0])→ 输出不可靠，甚至 panic（若字节非法） - 正确做法：用
for range s或[]rune(s)，让 Go 自动解码 UTF-8 - 性能差异：
for range是零分配、按需解码；[]rune(s)是 O(n) 内存 + 解码开销，大字符串慎用
取第 N 个 Unicode 字符必须转 []rune
想取“第 3 个汉字”或“昵称前 5 个字符”，不能靠 s[0:5] —— 那是字节切片，可能截在 UTF-8 中间，导致后续 string() 解码失败或乱码。
- 安全做法：
rns := []rune(s); if n - 切子串也同理：
string(rns[2:7])才是真正的“第 2 到第 6 个字符” - 注意边界：
len([]rune(s))≠len(s)；"❤️"是两个 rune（ZJW 序列），但len("❤️")是 8 字节
strings.IndexRune 和 strings.Index 行为不同
查字符位置时，选错函数会导致逻辑偏差，尤其在混合文本中。
-
strings.Index(s, "好")按 UTF-8 字节匹配，返回字节偏移（如3） -
strings.IndexRune(s, '好')按 rune 匹配，返回首个匹配 rune 的起始字节偏移（结果相同，但语义和实现不同） - 关键区别：对组合字符（如
"café"中的é若由e + ◌́组成），IndexRune能命中单个码点，Index只能匹配完整字节序列 —— 后者可能找不到 - 统计字符数别用
strings.Count(s, "x")，它数子串；要用utf8.RuneCountInString(s)或len([]rune(s))（后者更慢）
unicode.IsLetter 等函数必须传 rune
unicode.IsLetter、unicode.IsDigit 等函数接收 rune，不是 byte。传错类型，中文永远返回 false。
立即学习“go语言免费学习笔记（深入）”；
- 错误：
unicode.IsLetter(s[0])→ 把字节当 rune，结果恒为false（除非是 ASCII） - 正确：
for _, r := range s { if unicode.IsLetter(r) { ... } } - 注意：
'①'（带圈数字）不是 Letter，是 Number；'\n'不是 Control，是 Separator —— Unicode 分类比直觉细得多
utf8.DecodeRuneInString 和 utf8.RuneCountInString 这类函数不复制数据，适合做轻量校验或安全截断；而高频索引访问又不得不转 []rune。没有银弹，只有根据场景选：要快就 range，要随机访问就 []rune，要长度校验就 utf8.RuneCountInString。 
