如何在 Go 中多次读取同一个 bytes.Buffer 或 Reader？

go 中的 bytes.buffer 无法直接重复读取，因其内部读写位置会随读取推进；可通过 bytes.reader + seek 重置读取位置，或使用 io.multireader、bytes.newbuffer 等方式实现可重放读取。

先说一个很常见但容易踩的坑：在 Go 语言的 HTTP 客户端开发或测试中，经常会遇到一个需求——复用同一份请求体，比如一份 JSON 数据，连续发起多个 HTTP 请求。

但如果直接把 *bytes.Buffer 当作 Body 传给 http.NewRequest，第二次请求时你会发现 body 空了。原因在于，bytes.Buffer 实现了 io.Reader 接口，每次读取都会移动内部的读写游标（off），而 Reset() 方法又会把内容清空，压根没有“倒带”这种操作。

解决思路其实不少，但核心问题就一个：怎么让同一个数据源能被反复“读”出来。

最直接、最推荐的做法，是用 bytes.Reader 配合 Seek 重置读取位置。bytes.Reader 是专门为只读、可寻址场景设计的类型，天然支持 io.Seeker 接口，可以安全地把读取指针拨回到开头。

w := httptest.NewRecorder()
w2 := httptest.NewRecorder()
pd := &postData{Data: 5}
buf := new(bytes.Buffer)
json.NewEncoder(buf).Encode(pd)

// 将数据转为 bytes.Reader（只读、可 seek）
reader := bytes.NewReader(buf.Bytes())
req1, _ := http.NewRequest("PUT", "/v1/jobs/echo", reader)
server.ServeHTTP(w, req1)

// 重置读取位置到开头，供下一次使用
reader.Seek(0, 0)
req2, _ := http.NewRequest("PUT", "/v1/jobs/echo", reader)
server.ServeHTTP(w2, req2)

⚠️ 注意：reader.Seek(0, 0) 会返回 (n, err)，虽然对 bytes.Reader 来说错误几乎不存在，但生产环境中建议还是显式处理一下。

除此之外，还有其他几种方案，按推荐度排个序供参考：

• 每次新建 *bytes.Buffer：这是最简单也最安全的做法，把构建 body 的逻辑封装成一个函数，每次调用都生成一个新的 buffer。

  makeBody := func() io.Reader {
      b := new(bytes.Buffer)
      json.NewEncoder(b).Encode(pd)
      return b
  }
  req1, _ := http.NewRequest("PUT", url, makeBody())
  req2, _ := http.NewRequest("PUT", url, makeBody())

• 用 io.MultiReader 包装多个相同的 reader：适用于需要并发或多次独立读取的场景。

  data := buf.Bytes()
  req1, _ := http.NewRequest("PUT", url, io.MultiReader(bytes.NewReader(data)))
  req2, _ := http.NewRequest("PUT", url, io.MultiReader(bytes.NewReader(data)))

• ❌ 千万别用 buf.Reset() 来“复用”——它会直接清空底层字节切片，第二次读取时啥也读不到。

说到底，bytes.Buffer 本质上是可读写的缓冲区，它不适合“只读+可重放”这种场景。当需要多次读取同一份数据时，优先选择 bytes.Reader 配合 Seek 操作，或者用函数式封装每次生成新 reader。

这样做，既符合 Go 语言组合优于继承的设计哲学，又能有效避免状态污染和竞态风险。写成健壮的 HTTP 测试和客户端逻辑，这个细节值得留意。