处理 HTTP 请求时的 io.LimitReader EOF

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《处理 HTTP 请求时的 io.LimitReader EOF》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

这对某人来说可能是非常明显的，但我需要一些帮助来看看我哪里出了问题。 我试图使用 io.limitreader 限制从 http.response.body 读取的数据。我正在直接读入[]字节。然而，当我尝试这样做时，我得到了一个 eof。下面是代码的模型。

resp, err := http.client.do(req)
if err != nil {
    return nil, err
}
defer resp.body.close()
lr := io.limitreader(resp.body, 1e+6)
b := make([]byte, 1e+6)
_, err := lmtdr.read(b)
if err != nil {
    return nil, err

}

以上失败。但是如果我这样做......

resp, err := http.Client.Do(req)
if err != nil {
    return nil, err
}
defer resp.Body.Close()
lr := io.LimitReader(resp.Body, 1e+6)
bdy, err := ioutil.ReadAll(lr)
if err != nil {
    return nil, err

}

这有效。所以我有一个解决方案，但我真的想知道我在第一个例子中做错了什么。任何帮助将不胜感激。

解决方案

tl;dr 始终从文档开始。

区别在于语义：

io.reader.read：

~$ go doc io.reader

package io // import "io"

type reader interface {
    read(p []byte) (n int, err error)
}

reader 是包装基本 read 方法的接口。

read 将最多 len(p) 字节读取到 p 中。 它返回读取的字节数 (0 <= n <= len(p)) 以及遇到的任何错误。 即使 read 返回 n < len(p)， 它可能会在调用期间使用所有 p 作为暂存空间。如果某些数据是 可用但不是 len(p) 字节，读取通常返回什么 可用而不是等待更多。

当 read 成功后遇到错误或文件结束条件时 读取 n > 0 字节，返回读取的字节数。 它可能会从同一调用返回（非零）错误 或者从后续调用中返回错误（并且 n == 0）。 这种一般情况的一个例子是 reader 返回 输入流末尾的非零字节数可能返回 err == eof 或 err == nil。下一个 read 应返回 0、eof。

io/ioutil.readall：

~$ go doc ioutil.readall

package ioutil // import "io/ioutil"

func ReadAll(r io.Reader) ([]byte, error)

readall 从 r 读取，直到出现错误或 eof 并返回它读取的数据。 成功调用返回 err == nil，而不是 err == eof。 因为readall被定义为从src读取直到eof， 它不会将来自 read 的 eof 视为要报告的错误。

引用Reader.Read()的文档：

即使源中有足够的数据，也不能保证 read() 会填充传递的切片。实现可以自由地读取更少的字节并“提前”返回，通常是在读取更多字节会阻塞的情况下。如果有任何机会 read() 从其源读取“所有内容”，它可能会返回 eof 以表示无法读取更多数据。这就是你所经历的。

ioutil.ReadAll() 保证它继续读取或等待，直到读取器返回错误或报告 eof。另请注意，如果源读取器读取到 eof，则 ioutil.readall() 将不会返回 eof，而是返回 nil 错误，因为在 readall() 的情况下，读取到 eof 不会被视为错误（而是成功）。

以上就是《处理 HTTP 请求时的 io.LimitReader EOF》的详细内容，更多关于的资料请关注golang学习网公众号！