在 go 中，`string` 与 `[]byte` 之间的双向转换（`[]byte(s)` 和 `string(b)`）均会分配新内存，无法避免拷贝，这是由字符串不可变性及底层内存模型决定的核心行为。
Go 的 string 类型是不可变的只读字节序列，其底层结构包含一个指向底层字节数组的指针和长度字段（不包含容量）。而 []byte 是可变的切片，拥有独立的底层数组指针、长度和容量三元组。正因如此，任何类型转换都必须保证语义安全：
- []byte(s)：将字符串内容复制到新分配的堆内存中，返回可修改的字节切片。即使原字符串驻留在只读内存段（如字符串字面量），该操作也必然触发一次完整拷贝。
- string(b)：将字节切片的内容复制为新的只读字符串头，底层字节数组被重新分配并冻结——后续对原 []byte 的修改绝不会影响该字符串。
s := "hello world"
b := []byte(s) // ✅ 分配新内存，b 与 s 数据独立
b[0] = 'H'
fmt.Println(s) // 输出 "hello world"（不变）
fmt.Println(string(b)) // 输出 "Hello world"
// 反向亦然
b2 := []byte{1, 2, 3, 4, 5}
s2 := string(b2) // ✅ 再次分配新内存
b2[0] = 99
fmt.Println(s2) // 输出 "\x01\x02\x03\x04\x05"（不受影响）⚠️ 重要注意事项：
- 这些拷贝在数据量较大时（如 MB 级字符串）会显著影响性能与内存占用；
- Go 不提供零拷贝转换的官方 API（如 unsafe.String() 在 Go 1.20+ 仅限只读场景且需确保字节切片生命周期不短于字符串，且属于 unsafe 包，生产环境慎用）；
- 若需高频互转且关注性能，应优先重构逻辑以减少转换次数，或使用 bytes.Buffer、预分配 []byte 等方式复用内存；
- 编译器不会优化掉这些拷贝——它们是语言规范强制要求的行为，而非实现缺陷。
简言之：string ↔ []byte 转换 = 深拷贝。理解这一点，是写出高效、内存友好的 Go 字符串处理代码的前提。
