Get后不Reset会导致脏数据或panic，因为sync.Pool复用对象时仅共享底层内存（如[]byte底层数组、bytes.Buffer的buf字段），但len、Err、pos等字段不会自动清零，复用前必须手动调用Reset()、slice[:0]、map遍历清空等操作确保状态干净。

sync.Pool 不是对象缓存，也不是全局变量池；它只适合高频创建、短生命周期、能安全重置的临时对象——用错反而加重 GC 压力、引发数据错乱。

为什么 Get 之后不 Reset 就 panic 或出脏数据

sync.Pool 对象复用时，底层内存块（如 []byte 底层数组、bytes.Buffer 的 buf 字段）会被直接复用，但长度（len）、字段值（如 Err、pos）不会自动清零。Pool 不知道你的结构体逻辑，它只管存和取。

• 常见错误现象：json.Unmarshal 解析出错、HTTP body 被截断、strings.Builder.String() 返回残留内容
• 典型触发点：从 pool.Get().(*MyStruct) 拿到对象后，直接赋值 obj.Data = someSlice，却没重置 obj.Err = nil 或 obj.Input = obj.Input[:0]
• 关键动作必须做：buf.Reset()、decoder.DisallowUnknownFields()、ctx.Err = nil、slice = slice[:0]
• 别信“New 已初始化就不用 Reset”——New 只兜底，Get 返回的可能是别人用过的脏对象

哪些类型绝对不能放进 sync.Pool

不是所有“看起来能复用”的对象都安全。Pool 不做状态检查，也不管你有没有关文件、释放锁、清理指针。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 含外部资源引用：http.Request（带 context.Context 和底层 net.Conn）、os.File（fd 不可复用）、sql.Rows
• 带 finalizer：runtime.SetFinalizer 设置过的对象，GC 清池时会泄漏或 panic
• 跨 goroutine 长期持有：fasthttp.RequestCtx 传给子 goroutine 后再 Put，违反所有权约定
• 大小不稳定或易扩容：append(buf, data) 导致底层数组扩容后 cap 变大，再 Put 会污染池（后续 Get 拿到容量异常的切片）
• 含未重置指针字段的结构体：mu *sync.RWMutex 复用后仍指向旧锁，导致并发 panic

Put 的时机和姿势比 Get 还重要

很多人把 defer pool.Put(x) 当成银弹，但 defer 执行不可靠，且对象可能早已失控。

立即学习“go语言免费学习笔记（深入）”；

• 常见错误：函数中途 return 或 panic，defer 没触发 → 对象永久丢失，池逐渐枯竭
• 更危险的是：对象被 go func() { ... }() 捕获，然后在子 goroutine 里修改，主 goroutine 却仍 Put → 状态污染
• 安全做法：在明确、可控、不跳转的出口处 Put，比如 handler 处理完请求后、解析器读完一帧后
• 如果非要用 defer，请加守卫：

  buf := bufPool.Get().([]byte)
  defer func() {
      if cap(buf) == 32*1024 { // 容量未变才放回
          bufPool.Put(buf)
      }
  }()

• 禁止重复 Put：同一个对象被 Put 两次会 panic，尤其注意封装函数里是否隐式调用了 Put

验证它到底有没有用，别靠猜

sync.Pool 的收益非常依赖场景。高频小对象（如 []byte、bytes.Buffer）见效快；低频或大对象（>2KB）可能白忙活，甚至因池管理开销拖慢性能。

• 必须对比的指标：go tool pprof -alloc_space 查看 runtime.mallocgc 调用次数是否下降
• 警惕假象：GC 频繁时（如堆设太小），Pool 在每次 GC 后清空，实际复用率极低 —— 此时看到 pprof heap allocs/op 没降，就是 Pool 失效了
• Go 1.22+ 虽优化了本地池，但每秒 Get/Put 超百万、对象 >2KB 时，池本身 CPU 开销可达 5%～10%
• 最常被忽略的一点：真正难的不是写 Get 和 Put，而是确认 Reset 是否彻底——比如清空了 map 但没重置其指针字段，底层数组仍连着旧内存，pprof 里看不到泄露，但 RSS 持续上涨