在go语言中，string与[]byte的相互转换均会触发新内存分配，这是因为字符串不可变性要求二者底层数据必须隔离，避免意外修改。
Go语言中，string 和 []byte 虽然底层都由字节数组支撑，但语义和内存模型截然不同：
- string 是只读、不可变的类型，其底层结构包含指向字节序列的指针和长度（无容量字段）；
- []byte 是可变、可增长的切片，底层结构包含指针、长度和容量三元组。
因此，任何方向的显式类型转换都会创建独立副本，确保内存安全与语义一致性：
✅ []byte(s)：将字符串内容深拷贝到新分配的堆内存中，生成可修改的字节切片。
✅ string(b)：将字节切片内容深拷贝为新的只读字符串，原切片后续修改不影响该字符串。
s := "hello"
b := []byte(s) // 分配新内存，b 与 s 数据无关
b[0] = 'H'
fmt.Println(s) // 输出 "hello"（未变）
fmt.Println(string(b)) // 输出 "Hello"
b2 := []byte{1, 2, 3}
s2 := string(b2) // 再次分配新内存
b2[0] = 99
fmt.Println(s2) // 输出 "\x01\x02\x03"（未受b2后续修改影响）⚠️ 注意事项：
- 频繁转换长字符串/大字节切片会造成显著内存开销与GC压力；
- 若仅需只读访问字节，可用 unsafe.String(unsafe.Slice(…), len)（Go 1.20+）绕过分配，但属非安全操作，须严格保证源字节生命周期可控且不被修改；
- 标准库中如 strings.Builder、bytes.Buffer 等已针对此类场景优化，应优先使用它们构建字符串或处理字节流。
总结：Go的设计选择以安全性与清晰性优先——每一次 string ↔ []byte 转换都是有意为之的复制行为，开发者需对此有明确意识，并在性能敏感路径中审慎评估转换频次与数据规模。
