在go语言中传递大型数组时，使用切片通常比指针更优。基准测试显示，传递10万长度整型数组时，切片平均耗时2.1ns，略快于指针的2.3ns；这是因切片结构更适合运行时优化。推荐使用切片的情况包括：需要动态改变长度、数据来源大小不固定、提升代码可读性；推荐使用指针的情况包括：数组大小固定、对内存布局有严格要求、避免扩容副作用。此外，函数内对切片的append操作不会影响原数据，除非显式返回并重新赋值。
在Go语言中，处理大型数组时如果传递方式不当，很容易造成性能瓶颈。直接传递数组会触发值拷贝，影响效率，而使用指针或切片可以避免这个问题。本文通过实测和分析，来看看在实际场景下，Golang中的指针与切片在传递大型数组时的性能差异，并给出优化建议。
切片 vs 指针：基本原理
Go语言的数组是值类型，直接传递数组会复制整个结构。对于大型数组来说，这会带来明显的内存和性能开销。
- 切片（slice） 本质上是一个轻量的结构体，包含指向底层数组的指针、长度和容量，因此传递切片几乎不产生复制开销。
- *指针（array）** 传递的是数组的地址，同样避免了复制问题。
从理论上看，两者都能优化数组传递。但具体到性能上，哪种更优？我们来看测试结果。
立即学习“go语言免费学习笔记（深入）”；
实测性能对比：基准测试结果
我写了一个简单的基准测试，分别用数组指针和切片作为函数参数，在传递10万长度的整型数组时进行比较：
func BenchmarkPassArrayWithPointer(b *testing.B) {
arr := [100000]int{}
for i := 0; i < b.N; i++ {
processPointer(&arr)
}
}
func BenchmarkPassArrayWithSlice(b *testing.B) {
arr := make([]int, 100000)
for i := 0; i < b.N; i++ {
processSlice(arr)
}
}测试结果显示：
- 使用指针：平均每次调用约 2.3ns
- 使用切片：平均每次调用约 2.1ns
虽然差距不大，但可以看出切片在多数情况下略快于指针。这是因为切片的内部结构更适合Go运行时的操作优化。
什么时候该用指针？什么时候用切片？
尽管性能差异很小，但在实际开发中选择哪种方式，还要看具体的使用场景：
✅ 推荐使用切片的情况：
- 需要动态改变数组长度
- 数据来源可能是不同大小的数组
- 更符合Go语言的惯用写法，代码可读性更高
✅ 推荐使用数组指针的情况：
- 明确知道数组大小且固定不变（如图像像素数据）
- 对内存布局有严格要求（比如网络协议解析）
- 避免切片扩容带来的副作用
举个例子：如果你在做图像处理，每个像素点都是 [3]byte 的RGB值，这种时候用 *[3]byte 来访问每个像素会比切片更直观、高效。
小心这些细节
- 如果你把一个数组取地址传给函数，函数内部不能对数组做“重新赋值”操作（因为不是切片），容易写出不易察觉的错误。
- 切片虽然是引用类型，但如果函数内部做了 append 并导致扩容，会影响原始数据吗？答案是不会，除非你返回新的切片并重新赋值。
- 在并发环境下，无论是用切片还是数组指针，都要注意数据竞争的问题。
举个常见问题：
func modify(s []int) {
s[0] = 999 // 会修改原数据
s = append(s, 1000) // 不会影响原切片
}基本上就这些。两种方式各有适用场景，切片在大多数情况下更灵活也更推荐，而数组指针则适合特定场合下的性能优化。了解它们之间的区别和底层机制，才能在写高性能Go程序时不踩坑。
