go中字符串下标访问返回byte而非rune，因string底层是utf-8字节数组；中文、emoji等多字节字符会被截断，需转[]rune或用for range遍历才能按字符安全操作。
Go里字符串不能直接用[]byte按字符拆分
Go的string底层是UTF-8字节数组，但一个Unicode字符（比如中文、emoji）可能占2~4个字节。str[i]拿到的是字节，不是字符。直接转[]byte再遍历，会把“你好”拆成6个字节，而不是2个rune。
正确做法是转成[]rune——rune是Go对Unicode码点的封装，每个rune对应一个逻辑字符：
str := "Hello 世界?" runes := []rune(str) // len(runes) == 9，不是len(str)==15
注意：这个转换会分配新内存，且时间复杂度O(n)，频繁调用要注意性能。
用range遍历字符串天然按rune处理
range在Go中对string的迭代是按Unicode码点进行的，不需要显式转[]rune就能安全取字符：
for i, r := range "aé??" {
fmt.Printf("index %d: rune %U\n", i, r)
// 输出：0: U+0061, 1: U+00E9, 3: U+1F4BB（注意索引不连续！）
}
这里i是字节偏移量，r才是真正的rune值。如果只关心字符内容，忽略i即可；如果需要位置映射（比如高亮第3个字符），得自己维护字节计数或用utf8.DecodeRuneInString。
- 不要用
for i := 0; i + <code>s[i]来取字符 - 避免用
strings.Split(s, "")——它按字节切分，对多字节字符会出错 - 若需获取某个索引处的rune，优先用
strings.IndexRune或手动utf8.DecodeRuneInString前缀
utf8.DecodeRuneInString适合流式解析场景
当字符串很大、或你只需要前N个字符、或要边解码边处理（比如解析协议头），用utf8.DecodeRuneInString比一次性转[]rune更省内存：
s := "??hello"
for len(s) > 0 {
r, size := utf8.DecodeRuneInString(s)
fmt.Printf("rune: %U, bytes: %d\n", r, size)
s = s[size:] // 切掉已处理部分
}
这个函数返回rune和实际占用字节数，能准确跳过UTF-8变长编码。注意：遇到非法UTF-8序列时，r会是utf8.RuneError（即0xFFFD），size为1。
- 适用于解析日志、网络包、大文本流等内存敏感场景
- 不能反向索引——你无法直接“取第5个rune”，必须从头解码
- 和
range一样，size告诉你下一个rune从哪开始，不是固定+1
emoji和组合字符会让rune数量≠人眼看到的“字数”
像“??”是ZWNJ连接的两个码点，算作1个grapheme cluster，但[]rune会拆成3个rune（? + ZWJ + ?）；“é”可以是单个U+00E9，也可以是U+0065+U+0301（e+重音符）。Go的rune不处理组合逻辑，只做码点级拆分。
如果业务需要“用户感知的字符数”（比如输入框限制、光标移动），得用专门的grapheme cluster库，比如golang.org/x/text/unicode/norm或github.com/rivo/uniseg：
import "github.com/rivo/uniseg"
seg := uniseg.NewSegmenter("??a̐") // 返回3个grapheme：??、a、◌̐
for seg.Next() {
fmt.Println(seg.Str())
}
这点容易被忽略——很多Go新手以为[]rune就是“字符数组”，结果在处理emoji、带音标的文字时统计错误或光标错位。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
