string是只读字节序列（utf-8编码），[]rune是unicode码点切片；前者按字节操作，后者按逻辑字符操作，本质是“字节视图 vs 码点视图”的差异。
Go 里 string 和 []rune 的本质区别是什么
Go 中 string 是只读的字节序列（[]byte 的不可变封装），底层是 UTF-8 编码的字节流；而 []rune 是 Unicode 码点切片，每个 rune 对应一个逻辑字符（如中文、emoji、带重音的字母）。这不是“字符串 vs 字符数组”的简单类比，而是“字节视图 vs 码点视图”的根本差异。
常见错误现象：len("??") 返回 4（UTF-8 占 4 字节），但 len([]rune{"??"}) 返回 1；用 for i := range s 遍历 string 得到的是字节索引，不是字符位置。
- 需要按“人眼可见字符”计数、截取、反转时，必须转成
[]rune - 做网络传输、文件 I/O、加密哈希等底层操作时，直接用
string或[]byte更高效 -
string到[]rune的转换是 O(n) 开销，避免在热循环中反复转换
什么时候该用 []byte 而不是 string
当你要修改内容、拼接频繁、或与底层系统交互时，[]byte 是更合适的选择。因为 string 不可变，每次 + 拼接都会产生新分配，而 []byte 可复用底层数组（配合 bytes.Buffer 或预分配切片）。
使用场景举例：构建 HTTP 响应体、解析二进制协议字段、批量处理日志行。
- 拼接 3 次以上字符串？优先用
bytes.Buffer或预分配[]byte - 需原地修改某个字节（如大小写转换）？用
[]byte，再用string(b)转回（注意：仅当确认是纯 ASCII 或已校验 UTF-8 时才安全） - 正则匹配、
strings.ReplaceAll等函数内部会自动转[]byte，无需手动干预
range 遍历 string 时拿到的到底是索引还是字符
用 for i, r := range s 遍历 string，i 是当前 rune 在原始字节中的起始位置（字节索引），r 是该 rune 的 Unicode 码点值。它不是“第几个字符”，而是“这个字符从第几个字节开始”。
