go字符串底层是字节序列，直接用for range遍历rune才安全；string本质是只读的[]byte，非字符数组；for i := 0; i
Go字符串底层是字节序列，直接用for range遍历rune才安全
Go的
string类型本质是只读的[]byte，不是字符数组。当你写for i := 0; i 去遍历，拿到的是字节索引，不是字符位置。中文字符（如"你好"）在UTF-8下占3个字节，用下标访问<code>s[1]会得到一个非法UTF-8字节，后续转rune或打印就可能出错甚至panic。正确做法永远是用
for _, r := range s——Go编译器会自动按UTF-8编码边界拆解，每次r都是一个合法rune（即Unicode码点），_是该rune在字符串中的起始字节位置（不是字符序号）。
- 错误示例：
for i := 0; i → 可能输出或乱码- 正确示例：
for _, r := range "a你好b" { fmt.Printf("%c", r) }→ 输出 a 你 好 b- 注意：
range给出的索引是字节偏移，不是rune序号；要统计字符数请用utf8.RuneCountInString(s)想按“第N个字符”取值？别用s[i]，改用strings.RuneAt或手动遍历
如果业务逻辑依赖“取第3个字符”，直接
s[2]在含中文时必然越界或取错——因为前两个字符可能是1字节ASCII或3字节中文，字节偏移根本不确定。标准库没提供
string的O(1)字符索引，但有可靠替代：
- 用
strings.RuneAt(s, n)（Go 1.22+）：传入rune序号n，返回对应rune和是否越界，内部自动跳过UTF-8多字节- 兼容旧版本：用
for i, r := range s { if i == n { return r } }，虽是O(n)，但语义清晰、无越界风险- 避免缓存字节索引：比如把
"abc你好"[3]当成‘你’是错的——实际[3]是‘你’的第一个字节，单独拿出来不是有效rune切片操作s[i:j]本身不越界，但i/j必须是合法UTF-8边界
s[i:j]只要0 ≤ i ≤ j ≤ len(s)就不会panic，但它不管语义是否完整。比如s := "你好"（6字节），s[1:4]会截出"好"（中间缺字节），再转rune或fmt.Println可能显示或触发解码错误。安全切片的关键是让
i和j落在UTF-8字符边界上：
- 用
utf8.DecodeRuneInString(s)循环推进，记录每个rune起始位置，构造索引表- 或借助
unicode/utf8包：utf8.RuneStart(s[i])可判断i是否为某rune首字节- 最简单场景：若只做前N个字符切片，用
[]rune(s)[:n]转成rune切片再切，再转回string（注意性能损耗）json.Unmarshal等API对中文的处理已内置UTF-8校验，但自定义解析仍需警惕
标准库的
json.Unmarshal、encoding/xml等会自动验证UTF-8合法性，遇到损坏中文会报invalid UTF-8错误。但如果你手写协议解析（比如按分隔符切字符串、从socket读原始字节），就必须自己确保不跨rune截断。
- 网络IO读到的
[]byte应先确认是完整UTF-8：用utf8.Valid()检查，或用strings.ToValidUTF8()（Go 1.22+）清理- 拼接字符串时避免
string(b1) + string(b2)导致中间截断：确保b1末尾和b2开头不构成半个rune- 日志或调试打印
string(b)前，先用strings.ToValidUTF8(string(b))兜底，防止终端崩溃真正容易被忽略的不是“怎么写对”，而是“什么时候会意外退化到字节操作”——比如用
bytes.Index找子串位置后直接当rune索引用，或把len([]rune(s))当成len(s)去分配缓冲区。UTF-8安全的本质，是始终区分“字节长度”和“字符长度”这两个数字。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
