合理使用缓冲区可显著提升Golang文件读写性能。通过bufio包减少系统调用，Scanner适合按行读取，Writer合并小写操作；调整缓冲区大小匹配工作负载，顺序大文件宜增大至32KB-64KB，小文件高频访问则减小以节约内存；随机访问可采用mmap映射文件到内存，避免复制开销；批量写入结合定时Flush平衡性能与延迟；最终需根据场景选择策略，确保及时刷新与数据安全。
在 Golang 中进行文件读写时，合理使用缓冲区能显著提升 I/O 性能。直接操作底层系统调用开销大，而通过引入缓冲机制，可以减少系统调用次数，提高吞吐量。本文结合实际场景，介绍几种常见的缓冲优化策略及其适用情况。
使用 bufio 提升读写效率
标准库中的 bufio 包为 I/O 操作提供了带缓冲的接口，适用于大多数文件处理场景。
对于读取大文件，使用 bufio.Scanner 或 bufio.Reader 能有效减少系统调用：
- Scanner 适合按行处理文本，自动处理换行分割，可设置最大行长度避免内存溢出
- Reader 更灵活，支持 ReadBytes、ReadString 等方法，适合自定义分隔符或二进制数据
写入时使用 bufio.Writer，数据先写入内存缓冲区，满后一次性刷盘，大幅降低 syscall 频率。注意调用 Flush() 确保数据落盘。
立即学习“go语言免费学习笔记（深入）”；
调整缓冲区大小以匹配工作负载
默认缓冲区（通常为 4KB）不一定最优，应根据访问模式调整大小。
- 顺序大文件读写：增大缓冲区至 32KB 或 64KB，减少 read/write 系统调用次数
- 小文件高频访问：适当减小缓冲区，避免内存浪费
- 随机访问场景：缓冲效果有限，需结合 mmap 或预加载策略
实践中可通过实验对比不同 buffer size 对吞吐的影响，找到最佳平衡点。
批量写入与合并小 IO
频繁的小数据写入是性能瓶颈。利用缓冲将多个小写操作合并为一次系统调用：
- 收集日志、监控数据等场景，先写入 bufio.Writer，定期 Flush
- 实现简易缓存层，在用户层累积一定量数据后再提交到底层文件
- 控制 Flush 频率，避免数据滞留太久导致延迟上升
结合 time.Ticker 可实现定时刷新，兼顾实时性与性能。
内存映射文件用于随机访问
对于需要频繁随机读写的场景，mmap 是另一种优化手段。
通过 golang.org/x/exp/mmap 或 syscall.Mmap 将文件映射到内存空间，访问如同操作字节数组，由操作系统管理页面加载。
- 适合大文件中局部热点访问
- 避免了传统 read/write 的复制开销
- 注意同步问题，修改后需主动 Sync
但 mmap 不适用于超大文件或内存受限环境。
基本上就这些。选择哪种方式取决于具体需求：顺序处理优先用 bufio，随机访问考虑 mmap，关键是要让 I/O 模式和缓冲策略匹配。不复杂但容易忽略的是及时刷新和异常处理，确保数据安全才是前提。
