Golang指针与切片性能对比解析

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《Golang指针与切片性能对比分析》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

99%场景直接传[]T：因[]T仅拷贝24字节header，modify元素有效而append不影响调用方；需扩容生效才传[]T；大结构体切片优先[]T避免拷贝，小结构体传值更高效。

传 []T 还是 *[]T？99% 的场景直接传切片值

Go 所有参数都是值传递，[]T 本身是个 24 字节的结构体（ptr + len + cap），传参只拷贝这三字段，不碰底层数组。这意味着：modify(s[i]) 会改原数组，但 s = append(s, x) 不会影响调用方的 s。

• 需要修改元素内容（如遍历赋值、解码填充）→ 直接传 []T，安全又高效
• 需要扩容后让调用方看到新长度和可能的新底层数组 → 必须传 *[]T，否则 append 白做
• 别为了“省 24 字节”强行传 *[]T：多一次解引用、增加 nil 检查、函数签名更重，得不偿失

[]MyStruct 和 []*MyStruct 差距在哪？看结构体大小

关键不是“指针 vs 值”，而是“复制 8 字节指针”还是“复制整个结构体”。一个含 6 个 string 和 3 个 int64 的结构体，大小常超 100 字节；而 *MyStruct 在 64 位系统上永远是 8 字节。

• append 触发扩容时：[]MyStruct 要逐个复制结构体到新底层数组；[]*MyStruct 只复制指针，快 10 倍以上（实测常见）
• sort.Sort 或 for range 遍历时：[]*MyStruct 缓存局部性差，每次访问要跳转内存；[]MyStruct 数据连续，CPU 预取友好
• GC 压力：[]*MyStruct 多一层间接引用，若结构体生命周期短，可能导致底层数组无法及时回收

什么时候该传 *MyStruct 而不是 MyStruct？别猜，看大小和用途

小结构体（比如 [3]float64、两个 int 字段）传值更快——没有解引用开销，CPU 缓存命中率高；大结构体（含切片、map、大数组或 > 32 字节）传指针才能避免拷贝雪崩。

• 用 unsafe.Sizeof(MyStruct{}) 确认真实大小，别凭感觉
• 只读操作（如校验、序列化）且结构体 ≤ 2 个机器字长（通常 ≤ 16 字节）→ 优先传值
• 需修改字段、或结构体含可变长字段（如 name string、data []byte）→ 传 *MyStruct，避免意外拷贝导致修改丢失

数组 [N]T 和切片 []T 传参，根本不是一回事

[1000]int 是值类型，传参即拷贝全部 8KB 内存；[]int 传参只拷贝 24 字节 header。很多人误以为“数组更轻量”，其实是反的。

• 固定长度且很小（如 [2]int、[4]byte）→ 用数组，语义清晰，栈上分配无 GC
• 长度不确定、要扩容、或长度 ≥ 10 → 改用切片，否则每次传参都成性能瓶颈
• 想共享数据又怕扩容影响 → 显式传 *[N]T，但不如直接用切片加预分配（make([]T, 0, N)）自然

真正卡性能的从来不是 header 拷贝或指针解引用，而是 append 触发的底层数组 realloc、或结构体值拷贝本身。先用 go test -bench 测，再决定传什么——没测过就加指针，大概率在优化错误的地方。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~