Go语言中bytes.Buffer和bufio包通过用户态缓冲批量处理I/O，减少系统调用：bufio.Writer默认4KB缓冲延后写入，bufio.Reader预读提升读取效率，bytes.Buffer纯内存操作免系统调用，需依场景合理配置缓冲大小并确保Flush。
Go 语言中使用 bytes.Buffer 或 bufio 包能显著减少系统调用次数，提升 I/O 性能，核心在于“批量处理”和“用户态缓冲”。直接对文件或网络连接频繁调用 Write 或 Read，每次都会触发系统调用（如 write()、read()），开销大；而缓冲区把多次小操作攒成一次大操作，降低内核切换频率。
用 bufio.Writer 减少写入系统调用
bufio.Writer 在内存中维护一个字节数组作为输出缓冲区，只有缓冲区满、显式调用 Flush() 或 Writer 关闭时，才真正调用底层 Write 系统调用。
- 默认缓冲区大小为 4KB（
bufio.DefaultWriterSize），可按需调整：例如日志写入可设为 64KB，避免高频 flush - 避免在循环中每写一行就
Flush()—— 这等于放弃缓冲优势；应让缓冲区自然填充或在批量写完后统一 flush - 务必检查
Flush()返回的 error，未 flush 的数据可能丢失（尤其程序异常退出前）
用 bufio.Reader 提升读取效率
bufio.Reader 一次性从底层 io.Reader（如文件、TCP 连接）读取较大块数据到缓冲区，后续的 Read()、ReadString()、Scan() 等操作都从内存缓冲区服务，大幅减少系统调用次数。
- 适合按行读取（
ReadString('\n')）、分隔符解析（ReadBytes()）或逐词扫描（Scanner）等场景 - 缓冲区太小（如 128 字节）会导致频繁重填缓冲，太大（如 1MB）可能浪费内存且延迟首次读取；一般 4KB–64KB 是较优范围
- 注意：底层 Reader 若不支持
Seek（如网络连接），UnreadByte()/UnreadRune()只能在缓冲区内回退，超出则失败
bytes.Buffer 适用于纯内存场景
bytes.Buffer 是完全无系统调用的内存缓冲，实现了 io.Reader 和 io.Writer 接口，适合构造字符串、序列化数据、拼接 HTTP 响应体等不需要落盘或发网的场景。
立即学习“go语言免费学习笔记（深入）”；
- 比反复字符串拼接（
+=）或fmt.Sprintf更高效，因为底层是可增长的字节切片，避免多次内存分配 - 初始化时可用
bytes.NewBuffer(make([]byte, 0, 1024))预分配容量，减少扩容次数 - 不能直接用于文件/网络 I/O（它没有底层 fd），但可作为中间载体：例如先写入 Buffer，再用
io.Copy一次性写入文件
关键实践建议
缓冲不是万能的，需结合场景权衡：
- 低延迟敏感场景（如实时协议响应），慎用大缓冲——可能引入不可控延迟；可调小缓冲或禁用（用
bufio.NewWriterSize(w, 1)实现无缓冲） - 写入关键数据（如数据库 WAL、交易日志）时，需确保
Flush()成功后再确认；必要时配合file.Sync() - 用
go tool trace或pprof观察系统调用频次（runtime/pprof.Lookup("syscalls").WriteTo），验证缓冲是否生效 - 不要过度嵌套缓冲（如
bufio.NewWriter(bufio.NewWriter(file))）——不仅无效，还增加内存和逻辑负担
