go字符串下标返回byte因其实质是utf-8字节序列，s[0]仅取首字节；需语义字符操作时应转为[]rune。
为什么字符串下标取出来是 byte 而不是 rune
因为 Go 的 string 本质是只读的 UTF-8 字节序列，不是字符数组。下标访问（如 s[0]）直接读内存字节，所以返回 byte——它只是第 0 个字节的值，不管这个字节是不是某个中文或 emoji 的一部分。
- 中文“世”在 UTF-8 中占 3 个字节（
0xe40xb80x96），s[0]只拿到0xe4，单独打印是乱码ä -
range遍历才真正解码 UTF-8，每次吐出一个完整的 Unicode 码点，类型是rune - 想用下标安全访问第 n 个“字符”，必须先转成
[]rune：chars := []rune(s); char := chars[2]
什么时候该用 []byte，什么时候必须用 []rune
看你在操作「字节流」还是「语义字符」。
- 做网络传输、文件读写、base64 编解码、加密哈希？用
[]byte—— 它们不关心内容是不是文字，只管字节原样搬运 - 要截取前 5 个汉字、统计字符串里有几个 emoji、反转“Hello 世界”并保持“世界”不被拆开？必须用
[]rune - 错误示范：
s[:5]对"你好世界"会切出 5 个字节，大概率卡在某个汉字中间，变成非法 UTF-8 - 正确做法：
rs := []rune(s); fmt.Println(string(rs[:2])) // 输出 "你好"
byte 和 rune 的底层类型和取值范围差异
byte 是 uint8 的别名，只能表示 0–255；rune 是 int32 的别名，能装下所有 Unicode 码点（U+0000 到 U+10FFFF）。
- 单引号字面量：
'a'是rune，'中'合法，'??'（ZWHJ emoji）也合法 - 但
'\xff'是非法的——超出rune能表达的 Unicode 范围（虽然语法上不报错，运行时可能 panic） - 别把
byte当字符用：var b byte = '中'会静默截断为0x96（最后一个字节），丢失原始含义
常见错误现象：长度、反转、正则都出问题
一碰到中文、emoji 或日文，len(s)、strings.Reverse、甚至 regexp.MustCompile 都可能给你埋雷。
-
len("?")返回 4（UTF-8 占 4 字节），但人眼只认作 1 个字符；len([]rune("?"))才是 1 -
strings.Replace("a?c", "?", "x", 1)没问题，但自己手写“按位置替换”逻辑时若用下标，极易越界或错位 - 用
for i := 0; i 配合 <code>s[i]做字符判断？遇到 emoji 或中文基本就崩——s[i]不是字符，只是字节
最常被忽略的一点：Go 不会在运行时校验字符串是否合法 UTF-8。你传进去一堆乱码字节，range 会 panic，[]rune(s) 会返回 替换非法序列——但不会告诉你哪错了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
