go中string转[]byte会触发深拷贝而非零拷贝，因string底层字节数组只读，为保障不可变性，必须分配新内存复制数据；而[]byte转string同理需拷贝。
Go 语言中 string 本身是不可变的字节序列（底层是只读的 []byte），所以没有“转换”这个动作，只有“编码层面的 reinterpret”或“显式拷贝构造”。直接类型转换如 string([]byte) 是安全的，但 []byte(string) 会触发内存拷贝——这是绝大多数人踩坑的根源。
为什么 []byte(s) 会拷贝内存
Go 的 string 结构体包含指向底层字节数组的指针和长度，且该数组被标记为只读；而 []byte 是可写切片。为防止通过切片意外修改字符串底层数据（破坏字符串不可变性保证），运行时必须分配新底层数组并复制内容。
- 即使你只是想临时修改某个 byte，
[]byte(s)[0] = 'X'也改不到原s，因为操作的是副本 - 对大字符串频繁做
[]byte(s)会造成明显 GC 压力和性能下降 - 若确定不修改，用
unsafe.String(unsafe.Slice(unsafe.StringData(s), len(s)))可零拷贝转回（但属 unsafe 场景，仅限极少数性能敏感且可控的底层库）
strconv 包里的数字 ↔ string 转换最常用也最容易错
别用 fmt.Sprintf 做简单数字转 string——它慢、分配多、还带格式解析开销。该用 strconv 就用 strconv。
-
strconv.Itoa(n)是int→string最快路径（比fmt.Sprintf("%d", n)快 3–5 倍） -
strconv.ParseInt(s, 10, 64)解析失败返回error，不是 panic；注意第二个参数是进制（不是位宽），第三个才是 bit size -
strconv.Unquote(s)能安全处理带引号的字符串字面量（如"\"hello\""→"hello"），比手动去引号更健壮
UTF-8 字符串遍历不能用 for i := range s 直接取 s[i]
因为 s[i] 拿到的是 UTF-8 编码的单个 byte，不是 Unicode 码点。中文、emoji 等多字节字符会被拆成多个 byte，直接索引会得到乱码或非法值。
- 要按 rune（Unicode 码点）遍历：用
for _, r := range s，此时r是rune类型 - 要获取第 n 个 rune 的位置和值，用
utf8.DecodeRuneInString(s)循环解码，或先转[]rune(s)（会分配新 slice，适合小字符串） - 字符串长度（
len(s)）是字节数，utf8.RuneCountInString(s)才是真实字符数
真正难的从来不是“怎么转”，而是想清楚你要的是字节视图、rune 视图，还是某种编码下的字节流——比如 HTTP header 要 ASCII 字节，JSON 序列化要 UTF-8 字节，正则匹配要 rune 语义。选错视角，后面全是坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
