推荐使用 bufio.Writer 批量缓冲写入——它默认维护 4KB 缓冲区，仅在满、显式 Flush() 或关闭时触发系统调用，显著减少系统调用次数并提升大文件写入效率。

直接用 os.WriteFile 或反复调用 file.Write() 写大文件容易导致频繁系统调用和内存抖动，性能差。核心优化思路是：减少系统调用次数、避免小块写入、利用缓冲区批量处理。Go 标准库的 bufio.Writer 和底层 io.Writer 接口配合使用，能显著提升大文件写入效率。

用 bufio.Writer 批量缓冲写入

bufio.Writer 是最常用也最推荐的方式——它在内存中维护一个缓冲区（默认 4KB），只有缓冲区满、显式调用 Flush() 或关闭时才真正触发系统写入。这对连续写入字符串、JSON、日志行等场景非常高效。

• 初始化时可指定缓冲区大小（如 bufio.NewWriterSize(file, 1 设为 1MB），对大文件建议设为 512KB–2MB，避免过小导致频繁 flush，也避免过大占用过多内存
• 写完务必调用 w.Flush()，否则最后一块数据可能滞留在缓冲区未落盘；更稳妥的是用 defer w.Flush() 或配合 defer file.Close()
• 不要混用 file.Write() 和 bufio.Writer 写同一个文件句柄，会导致数据错乱或 panic

按块写入 + io.Copy 避免内存全载

当你要写入的数据源本身是流式或来自另一个大文件（如复制、压缩、加密后写入），不要先把全部内容读进内存（os.ReadFile），而是用 io.Copy 或手动分块读写：

• 用 io.Copy(dstWriter, srcReader) 自动处理缓冲与分块，底层已优化，简洁安全
• 若需自定义逻辑（如边解密边写），可用固定大小字节片（如 make([]byte, 32*1024)）循环 Read/Write，每次读多少就写多少，内存占用恒定
• 目标 writer 建议仍包装成 bufio.Writer，让写入端也有缓冲，避免每块都 syscall

注意文件打开模式与 sync 控制

写入性能不仅取决于缓冲，还受系统级行为影响：

立即学习“go语言免费学习笔记（深入）”；

• 用 os.OpenFile(..., os.O_CREATE|os.O_WRONLY|os.O_TRUNC) 明确语义，避免意外追加或只读失败
• 默认不强制落盘，适合吞吐优先场景；如需强持久化（如关键日志），写完调用 file.Sync()，但会明显降低速度，慎用
• Linux 下可考虑 syscall.Open(..., syscall.O_DIRECT) 绕过页缓存（需对齐、大块、无缓冲），但复杂且易出错，普通业务不推荐

简单对比示例（写 1GB 文本）

实测表明：原始 file.Write 每次写一行（~100B）可能耗时数秒；用 bufio.NewWriterSize(f, 1 可缩短至 200–400ms；再配合 io.Copy 流式生成内容，整体更稳定可控。关键不是“用不用 bufio”，而是“是否让写入尽量靠近系统调用的最小合理粒度”。