3回答

乐只君子

2019-06-01

这个问题比较边缘，也看了很久

补充一个注意点，bufio.NewReader 的默认 buf 大小是 4096

也就是说如果 Peek 的 size 大于 4096 的话，还是有问题的

这时需要使用 bufio.NewReaderSize

1

0

ccmouse

2018-09-08

首先从逻辑上理解：io.Reader的Read本身就必须伴随着指针的移动，不然我反复调这个io.Reader的Read都获得相同的内容，显然不对。

那么io.Reader是没有Peek能力的，我(bufio.Reader)为了看1024字节的内容，只有一个办法，把他们读进buffer，然后告诉外面假装我Peek到了哪些内容。而这个原始的io.Reader被读了1024字节后，下一个Read只能从1025字节开始读。

代码上，bufio.go的132行调用了fill，fill里面显然调用了原始的这个io.Reader的Read方法。

0

0

kxning

提问者

2018-03-24

描述完问题有了些理解，请看看对不对

a. Peek是针对bufio的

b. 错误的做法 bufio.NewReader(resp.Body).Peek() 将resp.Body的读取指针移动了，然后再读取resp.Body 导致数据少了

c. 正确的做法，先将resp.Body转换bufio.NewReader，再Peek，然后读取bufio.NewReader，所以指针并没有移动，读取的内容是全的

0

3

bbmouse

回复

ccmouse

这个问题看了老师及大家的讨论，我猜应该是这样： bufio.NewReader(resp.Body).Peek() 这句，想要peek到数据，bufio必需读取resp.body的内容，所以这行执行后，resp.body的指针会移动，然后1024数据读到了buffer里，如果外面继续对resp.Body读取，因为指针动了，所以只能从1025开始读，所以要解决这个问题，就是我们应该继续从buffer里读取，里面有已经缓冲了1024的内容，再次从bufio读取，bufio就会把剩下的内容读继续读到buffer里，然后我们从buffer读，内容就是全的，不知道这样理解对不对

2019-07-11

共3条回复