切片本身是引用类型，传参复制的是24字节结构体而非底层数组，故通常无需传切片指针；仅当函数需修改切片头且调用方必须感知变更时才考虑使用*[]T。
直接传递切片指针在多数情况下并不必要，甚至可能适得其反——因为 Go 的切片本身已是引用类型（底层包含指向底层数组的指针、长度和容量），函数间传切片默认就是“按值传递但高效共享底层数组”。真正需要优化的是避免不必要的复制、扩容和逃逸。
理解切片传递的本质
Go 中切片变量本身很小（通常 24 字节：指针 + len + cap），传参时复制的是这个结构体，不是底层数组。因此：
- 普通传切片（
[]int）已足够高效，无需额外取地址 - 传切片指针（
*[]int）只在极少数场景有用，比如需要在函数内改变切片头（即重新赋值整个切片变量，如s = append(s, x)后想让调用方看到新切片） - 误用
*[]T反而增加间接访问开销，并可能导致意外的内存逃逸
什么情况下才该传切片指针？
仅当函数需修改切片头（即替换整个切片变量），且调用方必须感知该变更时才考虑。典型例子：
- 动态扩容后需返回新切片头，但又不想或不能用返回值（如实现类似
bufio.Scanner的内部状态管理） - 封装一个“可增长缓冲区”类型，其方法需就地重分配底层数组并更新切片头
例如：
立即学习“go语言免费学习笔记（深入）”；
func growIfFull(ptr *[]byte, minCap int) {
s := *ptr
if cap(s) < minCap {
newCap := cap(s) * 2
if newCap < minCap {
newCap = minCap
}
newSlice := make([]byte, len(s), newCap)
copy(newSlice, s)
*ptr = newSlice // 修改原切片变量
}
}更推荐的性能优化方式
比起盲目用指针，以下做法对内存和性能影响更实际：
-
预估容量，用
make([]T, 0, N)避免多次append扩容 -
复用切片：通过
s = s[:0]清空长度但保留底层数组，供下一次使用（注意别泄露旧数据） -
避免越界访问或隐式扩容：如
s[i] = x前确保i ，否则 panic 或触发扩容 -
小切片考虑栈分配：若切片长度固定且较小（如
[8]byte），用数组+切片转换（arr[:]）更易内联和栈分配
如何验证是否发生逃逸或分配？
用 go build -gcflags="-m -m" 查看编译器决策：
- 看到
... escapes to heap表示变量逃逸到堆，可能影响 GC 压力 - 传
*[]T常导致指针间接引用，反而增加逃逸概率；而直接传[]T更容易被编译器优化到栈上 - 结合
pprof观察实际分配频次（runtime.MemStats.TotalAlloc）比理论猜测更可靠
