使用指针类型能避免内存复制、减少gc负担、提升对象复用效率。1.指针避免结构体拷贝，降低cpu开销；2.指针不阻止gc回收，减少扫描压力；3.指针便于手动重置对象状态，实现高效复用；4.sync.pool设计鼓励用户自行管理对象生命周期；这些考量综合提升了性能与内存效率。
Golang 的 sync.Pool 是一个用于临时对象复用的并发安全池，常被用来减少内存分配次数，从而降低 GC（垃圾回收）压力。很多人在使用它时会发现，存储指针类型是更常见也更推荐的做法。那为什么官方和社区都倾向于这样设计？这背后其实有一系列关于性能、GC 行为和对象生命周期的设计考量。
指针类型能避免不必要的内存复制
Go 在函数调用或赋值时默认是值传递的。如果你把结构体本身放进 sync.Pool，每次 Get 和 Put 都会发生一次完整的结构体拷贝。虽然这个拷贝动作在小结构体上影响不大，但一旦结构体变大，这种开销就会变得明显。
而如果存的是指针：
立即学习“go语言免费学习笔记（深入）”；
- 只需要复制指针地址，开销极小；
- 多个 goroutine 获取到的其实是同一个对象的引用；
- 不会造成额外的堆内存分配（前提是已经分配过）；
举个例子：假设你有一个 1KB 的结构体，每次 Get 都复制一遍，频繁调用下会带来可观的 CPU 开销。换成指针后，这个问题就几乎不存在了。
减少 GC 扫描负担
Go 的 GC 是标记清除机制，会对所有存活的对象进行扫描。当你把大量临时对象放入 sync.Pool 并且以值方式保存时，这些对象会被视为“活跃”对象，增加 GC 的扫描工作量。
而指针类型的对象：
- 实际对象还在堆上，但 Pool 中只是持有其引用；
- 如果没有被其他地方引用，Pool 中的指针不会阻止对象被回收；
- 这样可以让 GC 更高效地判断哪些对象可以回收；
换句话说，指针类型让 Pool 中的对象更像是“缓存”，而不是“强引用”，这对 GC 来说更容易处理。
对象复用的本质更适合指针操作
sync.Pool 的核心目标是“复用”，即避免重复创建和销毁对象。比如常见的用途包括复用 buffer、临时结构体等。在这种场景中，我们希望：
- 每次获取的是“干净”的对象；
- 使用完之后放回池中供下次使用；
这时候，如果对象是通过指针访问的，我们可以：
- 在 Put 前手动重置字段；
- 或者在 Get 后重新初始化字段；
- 而不是每次都 new 一个新的对象；
例如：
var myPool = sync.Pool{
New: func() interface{} {
return &MyStruct{}
},
}
func getObj() *MyStruct {
return myPool.Get().(*MyStruct)
}这种方式非常高效，只要确保每次使用前对象状态是干净的即可。
小结一下关键点：
- 指针避免了结构体拷贝，提升性能；
- 指针不会阻碍 GC 回收不再使用的对象；
- 对象复用本质上更适合通过指针操作；
- sync.Pool 的设计鼓励用户自己管理对象状态；
基本上就这些。看似只是一个类型选择的问题，其实背后涉及到了 Go 内存模型、GC 工作机制以及并发性能优化等多个层面。不复杂，但容易忽略。
