Golang中解码或读取后request.Body为空的原因是什么？

Golang中解码或读取后request.Body为空的原因是什么？ 我遇到了一个奇怪的问题。请看下面的代码：

var p Person

data, _ := ioutil.ReadAll(r.Body) //data 不会为空

json.NewDecoder(r.Body).Decode(&p) //读取时会是空的

fmt.Println(p.ID) //会是空的

json.NewDecoder(r.Body).Decode(&p) //不会为空

body, _ := ioutil.ReadAll(r.Body) //读取时会是空的

fmt.Println(p.ID) //不会为空

从代码中可以看到，如果我首先读取 r.Body，然后检查它，它是空的。为什么从 IO 流读取后会变成空的？


更多关于Golang中解码或读取后request.Body为空的原因是什么？的实战教程也可以访问 https://www.itying.com/category-94-b0.html

2 回复

抱歉，但从你的代码中我可以看到，在它已经消失之后，body 似乎又变得可用了。

但我将假装你的代码根本不存在，并假设你正在讨论 http 处理程序中的请求体。

因此 r.Body 是一个 io.ReadCloser，一个可读的字节流，在被消耗后就会变为空。这正是任何 io.Reader 的工作原理。

更多关于Golang中解码或读取后request.Body为空的原因是什么？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


在Go语言中，http.Request.Body是一个io.ReadCloser类型的流，只能被读取一次。这是因为HTTP请求体是一个单向数据流，读取后指针会移动到流的末尾，后续读取操作将无法获取到数据。

在您的代码中：

data, _ := ioutil.ReadAll(r.Body) // 第一次完整读取，此时r.Body已被消耗
json.NewDecoder(r.Body).Decode(&p) // 此时r.Body已经为空，无法解码

问题原因：

  • ioutil.ReadAll(r.Body) 完整读取了请求体内容
  • 后续的 json.NewDecoder(r.Body).Decode(&p) 尝试从已耗尽的流中读取，因此无法获取数据

正确的处理方式：

方案1：只读取一次，然后重置（不推荐用于生产环境）

var p Person

// 读取并保存body内容
bodyBytes, err := ioutil.ReadAll(r.Body)
if err != nil {
    // 处理错误
}

// 重置body（仅用于测试或简单场景）
r.Body = ioutil.NopCloser(bytes.NewBuffer(bodyBytes))

// 现在可以正常解码
json.NewDecoder(r.Body).Decode(&p)
fmt.Println(p.ID)

方案2：使用已读取的数据进行解码（推荐）

var p Person

bodyBytes, err := ioutil.ReadAll(r.Body)
if err != nil {
    // 处理错误
}

// 直接使用读取的字节数据进行JSON解码
err = json.Unmarshal(bodyBytes, &p)
if err != nil {
    // 处理JSON解码错误
}
fmt.Println(p.ID)

方案3：使用中间缓冲区

var p Person

// 创建缓冲区保存body内容
var buf bytes.Buffer
tee := io.TeeReader(r.Body, &buf)
bodyBytes, err := ioutil.ReadAll(tee)
if err != nil {
    // 处理错误
}

// 原始body仍然可用
r.Body = ioutil.NopCloser(&buf)

// 现在可以多次使用
json.NewDecoder(r.Body).Decode(&p)
fmt.Println(p.ID)

根本原理： HTTP请求体实现了io.Reader接口，遵循"读取后消耗"的原则。这与文件读取或网络流读取的行为一致，读取位置会随着读取操作而前进，到达末尾后无法回退。

在您的示例中，第一个ioutil.ReadAll调用已经将整个请求体读取完毕，后续所有对r.Body的读取操作都会返回空数据或EOF错误。

回到顶部