go 的 http.request.body 是一次性读取的 io.readcloser，无法直接重复读取；本文介绍使用 io.teereader 缓存原始内容并重置 r.body 的标准实践，确保多个处理器函数可独立、可靠地解析同一请求体。
go 的 http.request.body 是一次性读取的 io.readcloser，无法直接重复读取；本文介绍使用 io.teereader 缓存原始内容并重置 r.body 的标准实践，确保多个处理器函数可独立、可靠地解析同一请求体。
在 Go 的 HTTP 服务开发中，一个常见但易被忽视的问题是：请求体（r.Body）只能被读取一次。这是因为 r.Body 底层通常是一个网络连接的流式 reader（如 *http.body），读取后内部缓冲区即耗尽，再次调用 Decode 或 Read 会立即返回 io.EOF —— 这正是你在 Method1 和 Method2 中遇到的问题。
虽然 r.Body 实现了 io.ReadCloser，但它不满足 io.Seeker 接口，因此 r.Body.Seek(0, io.SeekStart) 会 panic 或返回错误，不可行。正确解法不是“倒带”，而是主动缓存 + 替换。
✅ 推荐方案：io.TeeReader + 内存缓冲重置
核心思路：在首次读取时，用 io.TeeReader 将原始字节*同时写入内存缓冲区（`bytes.Buffer）**，读取完成后，将r.Body替换为该缓冲区的io.NopCloser` 封装——从而让后续处理器获得一个可重复读取的副本。
import (
"bytes"
"encoding/json"
"io"
"net/http"
)
func Method1(w http.ResponseWriter, r *http.Request) {
// 创建内存缓冲区
buf := bytes.NewBuffer(nil)
// TeeReader：一边读原始 Body，一边写入 buf
teeReader := io.TeeReader(r.Body, buf)
var postData database.User
if err := json.NewDecoder(teeReader).Decode(&postData); err != nil {
http.Error(w, "Invalid JSON in request body", http.StatusBadRequest)
return
}
// 关键：用 buf 替换 r.Body，供后续 handler 复用
r.Body = io.NopCloser(buf)
}✅ 为什么用 TeeReader？
它确保原始 r.Body 被完整消费（满足 HTTP 协议要求），同时零拷贝地将数据同步写入缓冲区，避免二次读取时丢失数据或阻塞。
? 后续处理器可直接复用
Method2 无需任何修改，即可安全读取：
func Method2(w http.ResponseWriter, r *http.Request) {
var postData database.User
// 此时 r.Body 已是 *bytes.Buffer 的 NopCloser，支持多次 Decode
if err := json.NewDecoder(r.Body).Decode(&postData); err != nil {
http.Error(w, "Failed to decode body in Method2", http.StatusBadRequest)
return
}
// ... 业务逻辑
}⚠️ 注意事项与最佳实践
-
务必调用 r.Body.Close()：即使替换 r.Body，原始 body 仍需关闭（TeeReader 不自动关闭）。建议在 Method1 开头显式关闭：
defer r.Body.Close() // 防止资源泄漏
- 缓冲区大小控制：bytes.Buffer 默认动态扩容，对常规 JSON 请求（
- 并发安全：bytes.Buffer 本身非并发安全，但 r.Body 在单个 HTTP 请求生命周期内由单 goroutine 处理，无需额外锁。
-
替代方案对比：
- ioutil.ReadAll(r.Body) → 简单但需手动管理切片和 NopCloser，不如 TeeReader 清晰；
- 第三方库（如 github.com/gorilla/schema）→ 仅解决结构体绑定，不解决多读问题；
- 中间件预读 → 更优雅，但需重构调用链，而本方案最小侵入现有分离函数。
✅ 总结
多次读取 r.Body 的本质不是“Seek”，而是“缓存+重放”。io.TeeReader 结合 bytes.Buffer 与 io.NopCloser 是 Go 标准库提供的轻量、高效、无依赖的标准解法。它保持代码清晰、符合 HTTP 语义，并完全兼容现有处理器分离架构——无需合并函数，亦不牺牲可维护性。
