Go bytes.Buffer.Grow 预留容量怎么用：扩容条件与 Reset 后的内存边界

批量拼接一段请求日志时，bytes.Buffer 常常比反复做字符串相加更顺手。但如果每轮都把预计长度写进去，最后又把 Buffer 当成“用完就释放”的对象，内存曲线很容易看错。关键在于分清 len、cap，以及 Grow 和 Reset 各自承诺了什么。

Grow(n) 是为后续写入准备至少 n 字节的空间；Reset 只把当前长度归零，通常保留底层缓冲区。需要释放大块空间时，不能把 Reset 当成释放命令。

先把 bytes.Buffer 的三个数字分开

把下面的小程序跑起来，先观察未写入、Grow 之后和 Reset 之后的状态。这里的 len 是可读内容长度，cap 是当前底层空间能承载的上限；两者不是一回事。

package main

import (
    "bytes"
    "fmt"
)

func main() {
    var buffer bytes.Buffer
    fmt.Println("empty", buffer.Len(), buffer.Cap())

    buffer.Grow(64)
    fmt.Println("grown", buffer.Len(), buffer.Cap())

    buffer.WriteString("request_id=42")
    fmt.Println("written", buffer.Len(), buffer.Cap(), buffer.String())

    buffer.Reset()
    fmt.Println("reset", buffer.Len(), buffer.Cap())
}

输出中的容量具体数值由实现策略决定，不能把某个 Go 版本或平台上的数值当作 API 承诺。稳定的观察是：Grow 不会凭空生成内容，WriteString 才会改变长度，Reset 后长度回到 0。

Grow 之后为什么 len 还是零

Grow 做的是容量准备。它不会把空格填进 Buffer，也不会让 String() 返回一串预留出来的空字节。下面这段代码把准备动作和实际写入分开，正好对应一条清晰的数据路径：Grow 预留空间，WriteString 写入内容，String 读取结果。

var buffer bytes.Buffer
buffer.Grow(32)
fmt.Println(buffer.Len()) // 0
buffer.WriteString("user=alice")
fmt.Println(buffer.Len(), buffer.String()) // 10 user=alice

容量不足时，WriteString 才会推动扩容

一次写入短日志时，预留容量可以减少中途搬迁的机会；但这不是“调用 Grow 就永远零分配”。如果后续写入超过预留空间，WriteString 仍然需要让 Buffer 获得更大的底层空间。生产代码里，预估长度只应作为减少扩容的线索，不要写成性能保证。

一个实用判断是：能可靠估算总长度时，先调用一次 Grow；长度高度波动时，宁可按真实样本观察分配，再决定是否复用。对短小文本，过早优化反而让代码多了一条需要解释的路径。

Reset 为什么适合复用，却不是释放操作

Reset 将 Buffer 恢复到空状态，下一轮可以继续写入原有底层空间。这对固定大小的批处理很方便：一轮结束后清空内容，下一轮从同一个对象开始。但如果某次异常输入把 Buffer 撑到很大，之后业务长期只写很短的内容，持续复用这块大空间就可能不划算。

这里的边界要写在代码评审意见里：Reset 的语义是清空，不是把容量降到零；是否重新声明一个新的 Buffer，要结合峰值大小、对象生命周期和内存采样决定。

一段可落地的使用判断

1. 能估出本轮内容规模：创建或复用 Buffer 后调用 Grow。
2. 写入完成后只需要读取结果：调用 String 或 Bytes，不要把 Grow 当成内容初始化。
3. 下一轮仍是相近规模：调用 Reset 复用。
4. 出现罕见的大峰值且长期不回落：记录容量样本，再评估换新 Buffer。

相关问题

Grow 会改变 Buffer 的 Len 吗？

不会。Grow 准备容量，Len 仍表示当前已写入内容的字节数。

Reset 之后原来的字符串还在吗？

从 Buffer 的可读内容看已经清空；底层空间可能保留并供后续写入使用，不应依赖旧内容继续可读。

调用 Grow 后一定不会再次分配吗？

不一定。只要后续写入总量超过可用空间，Buffer 仍可能扩容。

最后记住这条边界

把 bytes.Buffer 当成“内容长度 + 可复用容量”的组合对象，很多疑惑就会消失：Grow 管准备，WriteString 管写入，Reset 管清空。只有当容量峰值与业务生命周期都合适时，复用才是合理选择。