如何在Go中使用缓冲读取数据？

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《如何在Go中使用缓冲读取数据？》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

我正在学习 go bufio 包，并对下面的代码片段感到困惑：

1  s1 := strings.NewReader(strings.Repeat("a", 16) + strings.Repeat("b", 16))
2  r := bufio.NewReaderSize(s1, 16)
3  b, _ := r.Peek(3)
4  fmt.Printf("%q\n", b)
5  r.Read(make([]byte, 16))
6  r.Read(make([]byte, 15))
7  fmt.Printf("%q\n", b)

// "aaa"
// "bbb"

第 2 行中的 r 不是一个空的 [] 字节吗？为什么用户r.peek(3)可以算出“aaa”结果？

假设 bufio.newreadersize(s1, 16) 可以从 reader s1 读取 16 个字节，这使得第 3 行合理；为什么在第5行和第6行中使用两次r.read()？

第 5 行中 r 的基本数组不是“aaaaaaaaaaaaaaaa”，第 6 行变成了“bbbbbbbbbbbbbbbb”吗？

或者r的底层数组可能总是“aaaaaaaaaaaaaaaabbbbbbbbbbbbbbbb”？

如果您能给我任何灵感，谢谢您的帮助。

正确答案

如果底层缓冲区为空或者没有足够的空间来满足 Peek(n)，bufio.Reader 将调用其底层 io.Reader Read 方法来填充缓冲区，您可以通过扩展 Peek 返回的切片来检查这一点, b , _ := r.Peek(1); fmt.Printf("%q\n", b[:cap(b)])。

问题是你滥用了这个包，没有保证也没有 API 来获取底层数组，甚至不能保证它被使用，Peek 在切片中返回底层数组只是为了避免复制/内存分配，事实上bufio 可能只是忽略缓冲并直接调用底层读取器，请参阅：https://go.dev/play/p/WT6AUfEno3t

正如 Peek 文档中所述，在调用 Read 之前，从 Peek 返回的切片只是有效值，要正确从 Reader 获取数据，请使用 Read 方法，而不是获取其底层缓冲区的技巧。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~