Go 的 string 本质不可修改，因底层为只读结构体 {ptr *byte, len int} 且编译器未实现索引赋值操作；修改必须通过 []byte 中转并重建新 string。
Go 的 string 从设计上就不可修改，不是“不能”，而是“没有提供任何写入接口”——你连 s[0] = 'x' 这种语法都不被允许。
为什么 s[0] = 'x' 直接报错？
因为 Go 的 string 类型在语言层面就不支持索引赋值。它底层是只读结构体 {ptr *byte, len int}，指向的字节数组通常在只读内存段（如 .rodata）。编译器根本没实现 [] 的写操作符，不是限制，是压根没这个能力。
- 错误现象：
s := "hello"; s[0] = 'H'→ 编译失败：cannot assign to s[0] - 别试
unsafe.String或反射绕过：Go 1.22+ 会 panic，旧版行为未定义，极易 crash - 字符串字面量、
string变量、map key 全都共享这套只读机制，这是并发安全的基础
想改内容，必须走 []byte 中转
所有“修改字符串”的实际做法，都是先拷贝一份可写的字节切片，改完再构造新 string。这不是黑魔法，是唯一正解。
- 实操写法：
b := []byte(s); b[0] = 'H'; s = string(b) - 注意：每次
[]byte(s)都分配新底层数组，大字符串（如 MB 级 JSON）频繁转换会加重 GC 压力 - 不推荐对含非法 UTF-8 的二进制数据这么做——
string(b)会把它当合法 UTF-8 处理，可能出错 - 高频拼接别用
+=：它等价于s = s + t，每次全量复制，时间复杂度 O(n²)
遍历中文/emoji 时，for range 返回的是 rune，不是 byte
直接下标访问 s[i] 拿到的是 UTF-8 第 i 个字节，对多字节字符毫无意义；而 for range s 会自动按 UTF-8 规则解码，每次给你一个完整字符（rune）和它的起始字节位置。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 错误示范：
s := "你好"; fmt.Println(s[0])→ 输出 228（第一个 UTF-8 字节），不是“你” - 正确做法：
for i, r := range s { fmt.Printf("%d: %c\n", i, r) }→ i 是字节偏移，r 是 Unicode 码点（如 20320） - 统计“几个字”必须用
len([]rune(s))，len(s)永远返回字节数（"你好" 是 6，不是 2） - 截取第 3 个汉字：
string([]rune(s)[2:3])；用s[2:5]极可能切在 emoji 中间，产生非法 UTF-8
什么时候该用 []byte，什么时候必须用 []rune？
看你在操作「字节流」还是「语义字符」。混淆这两者，反转、截断、计数全会翻车。
- 用
[]byte：HTTP header 解析、base64 编解码、文件头校验、bytes.Buffer写入——这些只认字节，不关心“是不是一个字” - 必须用
[]rune：反转字符串、按“第 N 个汉字”取子串、统计用户输入字数、日志截断显示（前端省略号逻辑） - 陷阱：
[]rune("??")长度是 1（一个 emoji 码点），但[]byte("??")长度是 11（UTF-8 多段编码）；string([]rune(s)[:2])安全，s[:2]不安全
最常被忽略的一点：len(s) 是字节数，不是字符数；for range 才真正按字符迭代；而“修改字符串”本质是创建新字符串——这三件事不拎清，处理中文、emoji、日志、前端交互时，bug 出得又快又静音。
