开发者倾向于将指针类型放入 sync.pool 是为了避免拷贝、提升性能。1. 指针类型存储仅传递地址，避免结构体值复制带来的开销，尤其在结构体较大或高并发场景下显著提升性能；2. 使用指针可确保 put 和 get 的是同一对象（除非被 gc 回收），保留其内部状态如缓冲区内容，实现真正的复用；3. 指针指向堆内存，对象生命周期相对可控，有助于提高池中存活时间与命中率；同时需注意同步机制以防止并发修改问题。
Golang 的 sync.Pool 是一个用于临时对象复用的并发安全资源池，常用于减少频繁的内存分配与垃圾回收压力。在使用过程中你可能会注意到，很多开发者倾向于将指针类型放入 sync.Pool 中，而不是结构体本身。这背后其实涉及到对象生命周期、内存逃逸以及性能优化等多个层面。
指针类型更利于避免拷贝
当你把一个结构体直接存入 sync.Pool 时，Go 会将其按值存储，这意味着每次从池中取出或放回都会发生一次结构体的复制操作。如果这个结构体较大，那么这种复制就会带来额外的开销。
而如果你存储的是指针：
立即学习“go语言免费学习笔记（深入）”；
var pool = sync.Pool{
New: func() interface{} {
return &MyStruct{}
},
}这样做的好处是只传递指针地址，不会发生数据拷贝。即使结构体很大，也只需要操作一个指针大小的数据。这对于提升性能尤其重要，尤其是在高并发场景下。
当然，前提是你能确保这些结构体不会被多个 goroutine 同时修改，否则还是需要额外同步机制。
指针有助于对象复用的“有效性”
另一个关键点在于：sync.Pool 的设计初衷是为了重用临时对象，而这些对象通常是在函数调用之间短暂存在的。
如果你保存的是结构体值，那么在 Put 和 Get 的时候，Go 会进行一次深拷贝（即值复制）。也就是说，你 Put 进去的对象和 Get 出来的对象并不是同一个实例，只是内容一样。这在某些场景下可能达不到预期的“复用”效果。
而指针方式则保证了你 Put 和后续 Get 到的是同一个对象（除非 GC 清理了它），这样你可以在复用对象的同时，保留其内部状态或缓冲区内容，比如预先分配好的 slice 或 map。
举个例子：
- 假设你有一个
bytes.Buffer，你想在多个请求中复用它。 - 如果你 Put 的是一个值（非指针），那每个 Put/Get 都会产生一个新的 Buffer 实例，里面的内容是空的。
- 而如果你 Put 的是指针，就能保留 buffer 内部的字节切片，下次可以直接 Reset 并复用底层内存。
指针类型更容易配合 GC 行为
Go 的垃圾回收器对对象的管理是以“是否可达”为基础的。如果你把结构体值放在 sync.Pool 里，那实际上每个值都是独立的对象，GC 可能会在不使用时更快地回收它们。但如果你使用指针类型，虽然不能完全阻止 GC 回收整个对象，但由于指针指向的是堆上的内存，对象的生命周期相对可控一些。
此外，sync.Pool 的文档明确指出，它的对象可能会在任何时候被清除，以缓解内存压力。所以即使你用了指针，也不应依赖它一定能命中缓存。但在实际使用中，指针确实能让对象在池中“存活”得更久一点，从而提高命中率。
小结一下
- 使用指针可以避免结构体拷贝，提升性能。
- 指针让对象状态得以保留，真正实现“复用”。
- 指针类型的对象更容易被有效缓存，提升命中率。
- 当然也要注意并发访问的安全性问题。
基本上就这些。sync.Pool 本身是个轻量级工具，用得好能显著降低 GC 压力，但前提是理解它的工作方式和限制。
