Go sync.Pool 适合复用哪些临时缓冲区

如果一个对象只是请求处理期间的临时缓冲区，用完就能丢，而且重新创建的成本确实会给分配器和 GC 带来压力，那么它适合放进 sync.Pool。典型例子是日志拼接用的 *bytes.Buffer、短报文编码用的字节切片。反过来，业务状态、数据库连接、必须保持数量的资源，以及依赖“下一次一定还能取到原对象”的缓存，都不应该交给它。

先按生命周期判断：它是不是可丢弃的临时对象

判断标准不是“这个对象创建很慢”，而是“丢掉它以后，程序是否仍然正确”。sync.Pool.Get 可能返回池中的对象，也可能在池为空时调用 New；即使刚刚 Put 过，后续 GC 也可能让它消失。因此池只能降低一部分分配压力，不能承担数据持久化、连接保活或容量配额。

用 bytes.Buffer 演示一次安全的取用与归还

把“清理”和“归还”封装起来，能少漏掉两个关键动作：Get 后调用 Reset，以及在写入目标完成后才 Put。官方示例也使用指针类型；指针放进接口时不会为了复制整个缓冲区而额外制造一份值对象。

var bufPool = sync.Pool{
    New: func() any {
        // 返回指针，便于复用同一个可变缓冲区。
        return new(bytes.Buffer)
    },
}

func writeLog(w io.Writer, key, value string) error {
    buf := bufPool.Get().(*bytes.Buffer)
    // 池不保证取出的对象是空的，先清掉上一次的逻辑内容。
    buf.Reset()
    defer func() {
        // 写入目标已经读取完 Bytes，之后才可以归还。
        bufPool.Put(buf)
    }()

    buf.WriteString(key)
    buf.WriteByte('=')
    buf.WriteString(value)
    _, err := w.Write(buf.Bytes())
    return err
}

这里的 defer 只负责归还，不负责保证池命中。若 w.Write 异步保存了这段切片，或者调用方在函数返回后仍持有 buf.Bytes()，就不能这样归还；对象的所有权必须先结束。

给 []byte 缓冲区设置容量边界

切片的 len 和 cap 是两个不同问题：buf[:0] 只把可见长度归零，底层数组仍按容量占用内存。正常小报文可以复用，但一次异常大输入可能让池里留下很大的数组。回收前可以设置一个业务测量得到的上限，超过就直接丢弃。

var bytePool = sync.Pool{
    New: func() any {
        // 初始容量只是示例，应按真实报文分布调整。
        b := make([]byte, 0, 4096)
        return &b
    },
}

func releaseBytes(p *[]byte) {
    const maxReusableCap = 64 * 1024
    b := *p
    // 超过上限就放弃底层数组，避免大请求污染复用池。
    if cap(b) > maxReusableCap {
        return
    }
    *p = b[:0]
    bytePool.Put(p)
}

这个上限不是 Go 的默认规则，而是应用层的取舍。请求大小分布、内存水位和 GC 频率不同，阈值也应不同；先记录容量分位数，再用基准测试和线上指标确认。

用压力特征而不是命中率猜测收益

最后看四件事：每次请求产生了多少临时对象，GC 是否成为热点，缓冲区是否频繁扩容，以及复用后是否把峰值容量拖得过久。若对象很小、请求很少，池本身的管理复杂度可能抵消收益；若对象带有难以清理的引用、归还规则复杂，优先修正所有权边界。

可以先做一个不带池和带池的基准对照，再观察分配次数、分配字节、延迟分位数与内存峰值。不要用某一次 Get 成功取回对象来证明池“可靠”，也不要把一次 GC 后对象消失当成错误；这正是它允许发生的语义。

相关问题

sync.Pool 能用来保存登录会话吗？

不能。会话是业务状态，丢失后会改变程序语义，应使用明确的存储和过期策略。

Put 之后还能继续读 bytes.Buffer 吗？

不应继续读。归还代表所有权结束，其他 goroutine 可能取到并修改它。

为什么用了 sync.Pool，内存还是会增长？

池不是内存上限；大容量缓冲区、其他引用、堆增长和业务峰值都可能影响内存。先检查容量分布与对象生命周期。