Go 语言 sync.Pool 使用指南：原理、代码与性能测试

顾星河

发布时间：2026-10-15| 3人浏览过

原创

sync.Pool 是 Go 语言中用于缓存和复用临时对象的工具，旨在减少内存分配频率，从而降低垃圾回收（GC）的压力。本文将介绍其核心概念、具体代码实现以及如何通过基准测试验证其在降低内存占用方面的实际效果。

核心场景与作用

sync.Pool 是一个可伸缩且并发安全的对象集合。它的主要用途是存储那些被分配但当前未使用，未来可能再次使用的值。通过直接从池中获取已有对象而非重新分配内存，可以显著提升系统性能，尤其是在高并发或频繁分配短生命周期对象的场景中。

基本使用方法

第1步：定义对象结构体

首先需要明确需要复用的对象类型。为了体现内存优化的效果，通常选择一个包含一定内存占用的结构体作为示例。

type Student struct {
   Name   string
   Age    int32
   Remark [1024]byte // 模拟较大内存占用
}

第2步：声明并初始化对象池

创建 sync.Pool 实例时，必须提供一个 New 函数。当从池中调用 Get() 但未找到可用对象时，会自动调用此函数来创建新对象并放入池中。

var studentPool = sync.Pool{
   New: func() interface{} {
      return new(Student)
   },
}

第3步：执行 Get 与 Put 操作

在实际业务逻辑中，先从池中提取对象，使用完毕后再将其归还给池。注意：Get() 返回值为空接口 interface{}，使用时需要进行类型断言；Put() 用于将处理好的对象放回池中，以便后续复用。

func Unmarsh() {
   // 1. 从池中获取对象（若池为空则触发 New 函数创建）
   stu := studentPool.Get().(*Student)
   
   // 2. 使用对象...此处以 JSON 反序列化为例
   var buf, _ = json.Marshal(Student{Name: "lxy", Age: 18})
   err := json.Unmarshal(buf, stu)
   if err != nil {
      return
   }
   
   // 3. 清理对象状态（可选，视具体逻辑而定），并将对象放回池中
   studentPool.Put(stu)
}

性能测试与分析

为了直观对比使用 sync.Pool 前后的差异，我们编写 Go 语言的基准测试（Benchmark）。测试内容均为对同一数据源进行 JSON 反序列化。

测试代码

package benchmem
import (
   "encoding/json"
   "sync"
   "testing"
)

type Student struct {
   Name   string
   Age    int32
   Remark [1024]byte
}

var buf, _ = json.Marshal(Student{Name: "lxy", Age: 18})

var studentPool = sync.Pool{
   New: func() interface{} {
      return new(Student)
   },
}

// 不使用 Pool：每次循环都重新分配内存
func BenchmarkUnmarshal(b *testing.B) {
   for n := 0; n < b.N; n++ {
      stu := &Student{}
      json.Unmarshal(buf, stu)
   }
}

// 使用 Pool：复用对象
func BenchmarkUnmarshalWithPool(b *testing.B) {
   for n := 0; n < b.N; n++ {
      stu := studentPool.Get().(*Student)
      json.Unmarshal(buf, stu)
      studentPool.Put(stu)
   }
}

测试结果对比

运行 go test -bench . -benchmem 命令，在相同硬件环境下得到的典型结果如下：

未使用 Pool (BenchmarkUnmarshal)：
  - 每操作耗时约 74103 ns/op
  - 每次操作分配内存 1392 Bytes
  - 每次操作产生 8 次内存分配 (allocs/op)
使用 Pool (BenchmarkUnmarshalWithPool)：
  - 每操作耗时约 71173 ns/op
  - 每次操作分配内存 240 Bytes
  - 每次操作产生 7 次内存分配 (allocs/op)