为什么golang中使用readCloser作为响应体？

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《为什么golang中使用readCloser作为响应体？》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

我想知道 golang 中的 http 包是如何工作的。我可以看到http响应的正文是这样的：

type Response struct {
    StatusCode int
    Header     Header
    Body       io.ReadCloser
}

body 是一个 readcloser。这是为什么？

主要问题是：http包是否同时完整地读取标头和正文，然后返回response，或者它只读取header部分，当我们从body读取时，我们实际上是从连接读取？我们是否有可能在完成整个正文之前遇到错误（例如，因为连接断开）？或者当我们收到响应时，正文已完全接收并驻留在内存中？

正确答案

正文是一个 ReadCloser。这是为什么？

因为您可以从中读取内容，但完成后必须关闭它。

主要问题是：http包是否同时完整地读取header和body然后返回Response[?]

没有。

或者它只是读取标题部分，而当我们从正文读取时，我们实际上是从连接读取？

是的

我们是否有可能在完成整个正文之前遇到错误（例如，因为连接断开）？

是的。

或者当我们收到响应时，正文已完全接收并驻留在内存中？

没有。想象一下 4.5 TByte 的流。

终于介绍完啦！小伙伴们，这篇关于《为什么golang中使用readCloser作为响应体？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！