多次使用bufio.Reader包装相同的io.Reader并调用ReadByte：是否会出现问题？

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《多次使用bufio.Reader包装相同的io.Reader并调用ReadByte：是否会出现问题？》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

假设我有以下程序 （为了简化而删除了错误检查）：

func f(r io.reader) {
    b := make([]byte, 1)
    for ii := 0; ii < 3; ii++ {
        r.read(b)
        if b[0] == 'f' {
            break
        }
    }
}

func g(r io.reader) {
    b := make([]byte, 1)
    for ii := 0; ii < 3; ii++ {
        r.read(b)
        if b[0] == 'g' {
            break
        }
    }
}

func main() {
    r, _ := os.open("some_file.txt")
    f(r)
    g(r)
}

每个 r.read、函数 f 和 g 检查 io.reader 中的下一个字节，并根据读取的字节确定是否应该继续读取。

我正在考虑重写函数如下：

func F(r io.Reader) {
    br := bufio.NewReader(r)
    for ii := 0; ii < 3; ii++ {
        if b, _ := br.ReadByte(); b == 'f' {
            break
        }
    }
}

func G(r io.Reader) {
    br := bufio.NewReader(r)
    for ii := 0; ii < 3; ii++ {
        if b, _ := br.ReadByte(); b == 'g' {
            break
        }
    }
}

对于这种情况，应该没有太多理由选择第二种实现而不是第一种实现，但如果我们将 3 更改为 10000，也许是这样。

将 io.reader 包装在 bufio.reader 内并调用 readbyte 会导致原始 io.reader “超越”，从而使用相同的 z 在 f 之后调用 f qbczqbio.reader可能会导致错误？

正确答案

包装缓冲区是多余的，并且会导致 cpu/内存的额外使用。

但这并没有错。

如果我们讨论的是小数据块，并且更新代码的成本比其他任务更大，也许您可​​以保持这种方式。

我的建议是编写一些基准测试。这可以指导您找到应该关注的地方。

但是你可以：

1. 强制参数为 g、f 中的 *bufio.reader
2. 保留 io.reader 作为参数。检查它是否是 bufio.reader，如果不是，则将其包装。
3. 考虑链接功能

type Consumer func(io.Reader)

type ChainConsumer func(Consumer) Consumer

func G(r io.Reader) {
   // same code
}

func ChainedF(next Consumer) Consumer {
    return func(r io.Reader){
        // F here, then
    
        next(r)
    }
}

func ChainedBuffered(next Consumer) Consumer {
    return func(r io.Reader){
        br := bufio.NewReader(r)

        next(br)
    }
}
…
r, _ := os.Open(…)

chain :=
ChainedBuffered(ChainedF(G))

chain(r) // voila

今天关于《多次使用bufio.Reader包装相同的io.Reader并调用ReadByte：是否会出现问题？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！