go中不能直接用string[index]修改中文或emoji，因为string是只读字节序列，下标操作会破坏utf-8编码；正确做法是先转[]rune再按rune索引修改。
为什么不能直接用 string[index] 修改中文或 emoji
Go 的 string 是只读的字节序列，底层是 []byte。当你写 s[0]，拿到的是 UTF-8 编码的第一个字节，不是“第一个字符”。对中文（如 "你好"）或 emoji（如 "?"），一个 rune 可能占 2–4 字节，直接索引会切开 UTF-8 编码，导致乱码或 panic。
正确做法：先转 []rune，再按 rune 索引修改
这是最常用也最安全的路径——把字符串解码为 Unicode 码点切片，每个元素对应一个逻辑字符（rune），此时下标才有语义。
实操建议：
- 用
[]rune(s)转换，注意这是深拷贝，会产生额外内存分配 - 检查索引是否在
0 范围内，越界会导致 panic - 修改后用
string(runes)转回字符串，这一步会重新编码为 UTF-8 - 如果只改一个位置且原字符串很长，没必要全量转换；可考虑用
strings.Builder拼接前后段 + 新 rune
示例：
func replaceRuneAt(s string, i int, r rune) string {
runes := []rune(s)
if i = len(runes) {
return s // 或 panic，按需处理
}
runes[i] = r
return string(runes)
}
s := "Hello 世界 ?"
newS := replaceRuneAt(s, 6, '中') // 把"世"换成"中" → "Hello 中界 ?"
遇到多字节字符边界问题时，别手动算字节偏移
有人试图用 utf8.RuneCountInString 和 utf8.DecodeRuneInString 手动跳过字节来定位，再用 copy 拼接——这极易出错。比如误把 len("?") == 4 当作“第 4 个字节”，却忘了 ? 是单个 rune，应占索引 1，不是 4。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
关键判断：
- 所有基于「用户感知的字符位置」的操作，必须走
[]rune路径 - 只有当你明确处理底层协议（如 HTTP header 字节流、二进制帧）时，才直接操作
[]byte - 若性能敏感（如高频修改长文本），考虑用
bytes.Buffer或预分配[]rune复用，避免反复分配
注意 range 遍历字符串返回的是 rune 索引，不是字节索引
这是个容易被忽略的细节：for i, r := range s 中的 i 是该 rune 在字符串中的起始字节位置，不是 rune 序号。也就是说，i 不能直接当 []rune 下标用。
例如：s := "a你好"，range 会返回 (0,'a'), (1,'你'), (4,'好') —— 因为“你”占 3 字节，起始在字节 1。但 []rune(s) 是 ['a','你','好']，索引是 0,1,2。
所以：要定位第 N 个逻辑字符，必须用 []rune(s)[n]，而不是依赖 range 给出的字节偏移 i。
真正麻烦的地方在于：没有零成本的 rune 级别随机访问。每次 []rune(s) 都要遍历整个字符串做 UTF-8 解码。如果要在同一字符串上做多次位置修改，最好一次性转成 []rune，改完再转回，而不是反复转。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
