go中string与[]rune互转是utf-8编解码过程，非类型强转；string是只读utf-8字节序列，[]rune是unicode码点数组，“你”在utf-8中占3字节（0xe4 0xbd 0xa0），作为rune则是int32值20320（u+4f60）。
Go 里 string 和 []rune 互转不是“类型强转”，而是基于 UTF-8 编码的显式解码/编码过程；不理解这点，处理中文、emoji 或其他非 ASCII 文本时一定会出错。
为什么 string("你好") != []byte("你好")[0]？
因为 string 是只读的 UTF-8 字节序列，而 []rune 是 Unicode 码点数组。中文“你”在 UTF-8 中占 3 个字节（0xE4 0xBD 0xA0），但作为 rune 就是单个 int32 值 20320（U+4F60）。
常见错误现象：
- 用
str[i]取中文字符 → 得到乱码字节，不是“字” - 用
len(str)当作字符数 → 实际返回的是字节数（如"你好"返回 6） - 直接
append([]rune(str), '?')后再转回string→ 没问题；但若中间误操作[]byte切片，可能破坏 UTF-8 结构，导致后续string()解析失败
string 转 []rune 的实际开销在哪？
调用 []rune(s) 会遍历整个 string，逐个调用 utf8.DecodeRuneInString 提取码点。这不是 O(1) 操作，而是 O(n) 时间 + O(n) 内存分配。
使用场景建议：
- 仅在需要「按字符索引」「统计真实字符数」「截取前 N 个字符」时才转：如
string([]rune(s)[:5]) - 避免在 hot path（如 HTTP handler 内部循环）反复转换；可缓存
[]rune或改用range遍历 - 注意：空字符串或含非法 UTF-8 序列时，
[]rune(s)仍能工作（非法字节会被替换为0xFFFD），但不会 panic
[]rune 转 string 会不会丢失数据？
不会丢失，但有隐含前提：所有 rune 值必须在合法 Unicode 范围内（0x0–0x10FFFF，且不能是代理对）。超出范围的值（如 0x110000）会被静默截断为 0xFFFD（Unicode 替换符）。
容易踩的坑：
- 从外部解析 JSON 或用户输入得到
int32数组，直接string([]rune(vals))→ 若其中混入非法码点，结果中会出现 - 用
unsafe.String强转[]rune→ 完全错误；[]rune是int32切片，底层内存布局和 UTF-8 字节完全不兼容 - 想“部分修改字符串”而先转
[]rune，改完再转回 → 可行，但要注意：修改后长度变化不影响原string，只是新建一个；这是预期行为，不是 bug
国际化文本处理中最容易被忽略的一点
Go 的 string 和 rune 只管码点，不管 Unicode 规范化（Normalization）。比如带重音符号的 “café” 可能以 c a f é（预组合）或 c a f e ́（组合字符序列）两种形式存在，len([]rune(s)) 都返回 5，但字节长度、排序行为、比较结果都不同。
真正做国际化（如搜索、排序、大小写转换）时，必须引入 golang.org/x/text/unicode/norm 显式标准化，不能只靠 rune 拆分。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
