go中字符串下标访问返回byte而非rune，中文、emoji等多字节字符会被截断；正确做法是转[]rune再索引，或用range遍历（自动按rune解码），避免字节与字符混淆。
字符串下标访问返回 byte，但中文、emoji 会“被劈开”
Go 的 string 底层是 UTF-8 字节数组，所以 s[i] 拿到的是第 i 个字节，不是第 i 个字符。中文、日文、emoji 都是多字节 UTF-8 编码——比如 "你好" 实际占 6 个字节，但只有 2 个字符。直接用下标取 s[1]，拿到的只是“你”的第二个字节，单独打印就是乱码或非法值。
- 错误现象：
s := "你好"; fmt.Printf("%c", s[1])输出（Unicode 替换符） - 正确做法：需要先转成
[]rune再索引：r := []rune(s); fmt.Printf("%c", r[1])才能安全输出“好” - 性能影响：
[]rune(s)是一次全量解码，对超长字符串要谨慎；只读遍历时优先用for _, r := range s，它内部自动按 rune 解码，不额外分配
range 遍历字符串默认按 rune，不是按字节
这是 Go 设计上最反直觉却最实用的细节：for i, r := range s 中的 r 类型是 rune，i 是该 rune 在原始字节串中的起始位置（不是字符序号）。它天然规避了多字节字符被截断的问题。
- 使用场景：统计字符数、逐字符处理、反转字符串、提取子字符（如前 5 个汉字）
- 常见误用：把
i当作“第几个字符”来用，比如if i == 2 { ... }——这其实是“第 2 个字节位置开始的字符”，不是“第 2 个字符” - 验证方式：
s := "??Go"; for i, r := range s { fmt.Printf("pos %d: %U\n", i, r) }会显示 emoji 占 4 字节，i跳变明显
转换 string ↔ []byte 是零拷贝，string ↔ []rune 是解码/编码开销
[]byte(s) 和 string(b) 只是头信息重解释，不复制底层数据；而 []rune(s) 必须完整解析 UTF-8 流，string(r) 又要重新编码成 UTF-8 字节——这两步都涉及内存分配和计算。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 适用场景：
[]byte用于文件读写、网络传输、base64 处理等纯字节操作；[]rune仅在真需要“字符粒度”操作时才用，比如按字数截断、排序 Unicode 字符、正则匹配单个汉字 - 容易踩的坑：
len([]rune(s))是字符长度，len(s)是字节长度——混用会导致逻辑错，比如用len(s)判断是否超 20 字，结果中文一多就爆了 - 小技巧：如果只是想判断是否含中文，用
unicode.Is(unicode.Scripts["Han"], r)，别先转[]rune再遍历
字符字面量 'a' 是 rune，不是 byte
写 '中' 或 '?' 是合法的，类型是 rune（即 int32）；而 "中"[0] 是 byte。两者不能直接比较或运算，编译器会报错。
- 典型错误：
s := "abc"; if s[0] == 'a' { ... }表面上能过，是因为'a'是 ASCII，值为 97，s[0]也是 97；但换成s := "你好"; if s[0] == '你' { ... }就永远不成立——s[0]是 228（UTF-8 第一字节），'你'是 20320（Unicode 码点） - 安全写法：统一转
rune比较：if rune(s[0]) == '你'，或更推荐用[]rune(s)[0] == '你' - 注意：
'0'这类 ASCII 字面量虽是rune，但常用于数值计算（如c - '0'），因为其值和 ASCII byte 一致，属于特例，不可泛化到中文
真正麻烦的从来不是“怎么写”，而是“什么时候该切到 rune 视角”。只要涉及用户输入、界面显示、文案长度限制、正则匹配、排序或大小写转换，就该默认走 rune 路线；其余时候，byte 更轻、更快、也更贴近底层事实。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
