golang的bufio库通过缓冲机制减少系统调用次数，从而提升io性能。其核心在于使用内存缓冲区合并多次小规模io操作为一次大规模调用；bufio.reader通过预加载和回溯机制优化读取过程，例如readline和scanner适用于网络通信与文件逐行处理；bufio.writer则延迟写入直到缓冲区满或手动刷新，适合日志与批量传输；使用时应避免混用原始io、注意并发安全、合理调整缓冲区大小，并根据需求调用flush确保数据及时写入。
在处理IO操作时，频繁的系统调用会带来较大的性能开销。Golang中的bufio库通过引入缓冲机制，在减少系统调用次数的同时提升了读写效率。其核心思想是在内存中设置缓冲区，将多次小规模的IO操作合并为一次大规模的系统调用，从而降低开销。
bufio.Reader如何优化读取过程
bufio.Reader 是带缓冲的读取器，它内部维护了一个字节数组作为缓冲区。当用户调用 Read 方法时，数据首先从缓冲区读取；当缓冲区为空时，才会触发底层 IO 的一次性填充。
这种机制减少了系统调用的频率，尤其是在处理大量小块数据时效果显著。例如在网络通信或文件逐行读取场景中，使用 bufio.Reader.ReadLine 或 Scanner 可以明显提升性能。
立即学习“go语言免费学习笔记（深入）”；
关键点：
- 缓冲区大小默认为4KB，可以通过 NewReaderSize 自定义
- 预加载机制：每次读取后自动预加载下一批数据到缓冲区
- 支持回溯：提供 UnreadByte 和 UnreadRune 等方法用于回退读取位置
bufio.Writer如何提高写入效率
与 Reader 类似，bufio.Writer 也采用缓冲机制来减少实际写入磁盘或网络的次数。数据先写入内存缓冲区，当缓冲区满、调用 Flush 或关闭 Writer 时才真正执行底层 IO 写入。
这种方式特别适合日志写入、批量数据传输等场景。比如向文件连续写入多条记录时，每个 Write 调用都只是填充内存，最终统一刷盘，大幅减少了磁盘访问次数。
注意点：
- 默认缓冲区大小也是4KB
- 务必调用 Flush，否则可能丢失最后一批数据
- 可以配合 bufio.NewWriterSize 控制缓冲区大小，根据业务需要调整
缓冲IO与无缓冲IO的实际差异
假设我们要读取一个1MB的文本文件，并逐行处理：
- 使用普通 os.File.Read：每读一行就要切换一次内核态，系统调用次数可能高达上万次
- 使用 bufio.Reader：实际系统调用可能只有几十次，因为每次读取都会填满缓冲区
同样地，在写入时，若不使用缓冲，每个 Write 都可能导致一次磁盘IO。而 bufio.Writer 会把多个写操作合并成一次刷盘动作，效率提升明显。
使用建议与注意事项
使用 bufio 时需要注意几个常见问题：
- 避免混用原始 IO 和 bufio 对象，容易导致数据错乱
- 在并发写入场景中，bufio.Writer 不是线程安全的，需自行加锁或每个goroutine单独创建
- 如果数据量较大且对延迟敏感，适当增大缓冲区能进一步优化性能
- 对于实时性要求高的写入（如心跳包），可手动调用 Flush 强制刷新缓冲区
基本上就这些。合理使用 bufio 库可以有效提升程序的IO吞吐能力，同时也要注意其使用边界和潜在问题。
