Golang 中 sync.Pool 对象的本地私有池与共享池窃取-Golang-PHP中文网

sync.pool 的 private 池只存一个对象，因其在 poollocal 结构中为单个 interface{} 类型，设计目标是“快速命中”刚放回的最新对象，实现零锁复用；反复 put 会覆盖前值，仅最后一次生效。

golang 中 sync.pool 对象的本地私有池与共享池窃取

sync.Pool 的 private 池为什么只存一个对象

因为 private 字段在 poolLocal 结构里是单个 interface{} 类型，不是切片或链表。它设计初衷就是“快速命中”——当前 P 正在运行的 goroutine 刚刚放回、且尚未被其他 P 抢走的对象，直接复用，零锁、零原子操作。

常见错误现象：有人误以为 private 可以缓存多个对象，于是反复 Put 多次，结果只有最后一次生效，前面的都被覆盖丢弃了。

Put 时若 l.private == nil，就直接赋值；否则跳过，把对象塞进 shared
Get 时取完立刻置 l.private = nil，防止重复使用同一对象却不重置状态
这个“一进一出”机制决定了它不适合缓存批量对象，只适合高频单例复用（如临时 []byte 缓冲区）

shared 池为何用 poolChain 而非 slice

shared 池底层是 poolChain，一个无锁的、支持并发 pushHead/popHead 和 popTail 的链表结构。这直接服务于“窃取（steal）”场景：当本地 private 和 shared 都空了，Get 会遍历其他 P 的 shared，从尾部 popTail —— 这样能尽量拿走最“老”的对象，减少干扰本地活跃对象的局部性。

如果用 []interface{}，每次 append 或 copy 都要加锁，或者引入复杂原子操作，性能反而更差。

poolChain 的每个节点是固定大小数组（默认 8 个元素），内存局部性好
popTail 是“偷”的关键：它不修改头部指针，只读尾部，避免与其他 P 的 pushHead 冲突
注意：shared 操作需加锁（l.Lock()），但锁粒度仅限单个 P 的 shared，不是全局锁

“窃取”失败后为什么还要查 victim 缓存

Go 1.13 引入 victim 是为了解决 GC 周期间对象“过早丢失”问题。每次 GC 开始前，runtime 会把所有 P 的 local 池整体移到 victim，并清空 local；GC 完成后，victim 不会被立即销毁，而是留作下一轮 Get 的兜底 —— 这些对象已经熬过一次 GC，大概率还能再活一轮。