Go语言中字符串的指针传递与值传递：探讨切片头结构体引起的逃逸差异-Golang-PHP中文网

因为string是16字节的只读结构体（ptr+len），值传递仅复制头部不拷贝底层数据，而string会迫使结构体逃逸到堆，增加gc压力；[]byte同理，值传递24字节高效安全，[]byte反而引发逃逸和性能下降。

go语言中字符串的指针传递与值传递：探讨切片头结构体引起的逃逸差异

字符串传参为什么不用 `*string`

因为 string 本身就是只读的轻量结构体（2 字段：ptr + len，共 16 字节），值传递仅复制这 16 字节，不拷贝底层字节数组。加 *string 反而强制把 string 头本身推到堆上——编译器无法证明该指针生命周期局限于函数内，触发逃逸。

常见错误现象：go build -gcflags="-m" 显示 ... escapes to heap；压测时 runtime.mallocgc 调用陡增；pprof 看到大量小对象分配。

✅ 正确写法：func process(s string) —— 安全、高效、零逃逸
❌ 错误写法：func process(s *string) —— 多一层间接访问，且 s 头结构体逃逸
⚠️ 唯一例外：你需要在函数内修改 string 的 ptr 或 len（即重绑定底层数据），但 Go 不允许修改 string 内容，这种需求本身不合理

`[]byte` 和 `*[]byte` 的逃逸行为差异

[]byte 是 24 字节结构体（ptr+len+cap），值传递开销极小；而 *[]byte 会让这个 24 字节结构体本身逃逸到堆——尤其当它被传入闭包、goroutine 或接口参数时。

真实案例：推理网关中一个 JSON 向量解析函数，原用 func parse(data *[]byte)，go tool compile -S 发现 runtime.newobject 调用频繁；改为 func parse(data []byte) 后，逃逸消失，GC 分配下降 37%。

✅ 直接传 []byte：修改底层数组内容（如 data[0] = 1）、截断（data = data[:n]）、追加（append）都生效，且无额外逃逸
❌ 传 *[]byte：必须调用方取地址（&buf），破坏 API 清晰性；且一旦 append 触发扩容，新切片头仍需堆分配
⚠️ 注意：append 是否扩容不影响逃逸判断——逃逸发生在参数声明为指针那一刻，而非执行时

为什么 `[]byte` 值传递能改内容，却不能改长度？

因为函数内操作的是切片头的副本：它和原始切片共享同一个 ptr，所以改 data[i] 就是改底层数组；但改 data = data[:n] 只修改副本的 len 字段，不影响调用方的切片头。

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

示例：

func truncate(s []byte, n int) {
    s = s[:n] // ✅ 修改副本 len，对外无效
    s[0] = 0  // ✅ 修改底层数组，对外有效
}
func main() {
    b := []byte{1, 2, 3}
    truncate(b, 1)
    fmt.Println(len(b)) // 输出 3，不是 1
    fmt.Println(b[0])   // 输出 0
}