for range遍历字符串得到的是rune而非byte；因Go中string底层为UTF-8字节序列，for range自动按Unicode码点拆分，确保中文、emoji等多字节字符正确处理。
for range 遍历字符串时拿到的是 rune，不是 byte
Go 的 string 底层是 UTF-8 编码的字节序列，但 for range 会自动按 Unicode 码点（即 rune）拆分，不是按字节。这对中文、emoji 等多字节字符很关键——否则你会拿到乱码或截断的 byte 值。
常见错误现象：
- 用 for i := 0; i 遍历，然后 <code>s[i] 取值，结果中文显示为 ? 或一堆
- 把 for range 的第二个值当 byte 处理，比如直接转 string(b) 后拼接，遇到中文就崩
- 正确做法：接受
for range返回的rune，它已经是解码后的 Unicode 码点 - 如果真要操作底层字节，先用
[]byte(s)转换，但别混着用 -
rune类型本质是int32，可直接参与比较或 switch
str := "Hello你好"
for i, r := range str {
fmt.Printf("index=%d, rune=%c, codepoint=0x%x\n", i, r, r)
}
// 输出 index=0~4 是 ASCII，index=5 和 8 是中文“你”“好”的起始字节位置（不是字符序号）想按“字符序号”而非“字节位置”遍历怎么办
for range 给的 i 是字节偏移量，不是第几个字符。比如 "你好" 长度是 6 字节，但只有 2 个字符；i 会是 0 和 3，不是 0 和 1。
使用场景：
- 需要给每个字符编号（如渲染带序号的文本）
- 做字符级编辑（光标定位、删除单个汉字）
- 用
for i, r := range []rune(s)：把字符串先转成[]rune切片，此时i才是真正的字符索引 - 注意性能开销：
[]rune(s)会分配新内存并解码全部字符，大文本慎用 - 兼容性无问题，所有 Go 版本都支持
s := "??Go编程"
chars := []rune(s)
for i, r := range chars {
fmt.Printf("char #%d: %c\n", i, r) // ?? 算作 1 个 rune（合成 emoji）range 遍历 string 时不能修改原字符串内容
Go 中 string 是只读的，for range 的 r 是副本，改它不影响原串；而且你也不能通过索引赋值（s[i] = 'x' 会编译报错）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
常见错误现象：
- 写 for _, r := range s { r = 'X' }，以为能替换字符，结果啥也没变
- 尝试 s[0] = 'A'，编译失败：cannot assign to s[0]
- 真要修改，得先转成
[]rune或[]byte，改完再转回string - 中文场景优先用
[]rune，避免 UTF-8 截断；纯 ASCII 可用[]byte省点内存 - 转回
string是零拷贝的（只要底层数组没被其他引用）
s := "Go语言" rs := []rune(s) rs[2] = '语' // 修改第 3 个字符（'语' → '语'，举例） s = string(rs) // 必须显式转回
处理 emoji 或组合字符时，rune 不一定等于“人眼看到的一个字”
像 "??" 这种 ZWJ 组合 emoji，在 Go 中是一个 rune（U+1F468 U+200D U+1F4BB），但 len([]rune("??")) == 1；而某些带变体的选择器（如肤色修饰符）可能占多个 rune，却只显示为一个图标。
立即学习“go语言免费学习笔记（深入）”；
使用场景：
- 输入法、编辑器做光标移动
- 文本截断（不能在中间砍断组合序列）
- 标准
for range仍是最安全的逐“Unicode 标量值”迭代方式 - 需要真正按“用户感知字符”切分？得用
golang.org/x/text/unicode/norm或golang.org/x/text/segment - 别自己按
rune数去截断长文本——可能把 emoji 拆成两半
复杂点在于：Go 的 rune 是 Unicode 标量值单位，不是图形渲染单位。中文基本没问题，但 emoji、阿拉伯文字连写、带重音符号的拉丁字母，都可能需要额外归一化或分段逻辑。
