应使用 io.Copy 替代 bufio 多层包装：bufio 两层缓冲会增加内存拷贝与调度开销，抑制 writev，降低 IOPS；io.Copy 底层利用 copyFileRange/splice 实现零拷贝（Linux 5.3+），大文件传输更高效。

用 io.Copy 替代 bufio 多层包装读写

Go 程序在容器中频繁读写文件（如日志、临时数据）时，若用 bufio.NewReader + bufio.NewWriter 套两层缓冲，反而增加内存拷贝和调度开销，尤其在小块数据高频写入场景下，writev 调用被抑制，IOPS 明显下降。

• 直接用 io.Copy（底层调用 copyFileRange 或 splice，Linux 5.3+ 支持零拷贝）对接 *os.File，绕过用户态缓冲
• 对大文件传输（如镜像层解压），优先使用 io.CopyBuffer(dst, src, make([]byte, 1，显式分配 1MB 缓冲，避免 runtime 默认 4KB 小缓冲反复 syscall
• 禁用 bufio 的前提是：源/目标都是支持 ReadFrom/WriteTo 的 *os.File 或 net.Conn；若中间有加密或压缩逻辑，则需保留缓冲但调大 bufio.NewWriterSize(f, 1

挂载 volume 时启用 noatime 和 nodiratime

Docker 容器内应用若大量访问文件元数据（比如 Go 的 os.Stat 或 http.Dir 服务静态资源），默认 ext4 挂载会触发磁盘写入 atime，造成不必要的 I/O 等待。这在高并发小文件读场景下尤为明显。

• 启动容器时显式指定挂载选项：

  docker run -v /host/data:/app/data:rw,noatime,nodiratime ...

• 若用 Docker Compose，写为：

  volumes:
    - type: bind
      source: /host/data
      target: /app/data
      consistency: cached
      bind:
        propagation: rprivate
        options: ["noatime", "nodiratime"]

• 注意：noatime 已隐含 nodiratime（Linux 2.6.30+），但某些旧内核或 overlay2 驱动版本仍需显式声明

避免在容器内用 os.RemoveAll 清理临时目录

Go 标准库的 os.RemoveAll 是递归删除，对包含数千小文件的目录（如 /tmp/uploads），会触发大量 stat + unlink 系统调用，在 overlayfs 下性能极差——每个 unlink 都需从 upperdir 删除并更新 lowerdir 引用计数。

• 改用 exec.Command("rm", "-rf", path) 调用宿主机 rm，由 C 实现的批量 unlink 更高效（尤其搭配 --one-file-system 防跨挂载点误删）
• 更优方案是预分配固定大小的环形临时目录，用 os.Rename 快速切换（原子操作），再异步清理旧目录：

  os.Rename("/tmp/upload_001", "/tmp/upload_old")
  go func() { os.RemoveAll("/tmp/upload_old") }()

• 若必须用 Go 原生删除，先 filepath.WalkDir 收集路径，再并发 os.Remove（限制 goroutine 数量，如 sem := make(chan struct{}, 16)）

用 sync.Pool 复用 bytes.Buffer 和解码器实例

容器中高频处理 JSON/Protobuf 请求时，反复创建 bytes.Buffer、json.Decoder 或 proto.UnmarshalOptions 会加剧 GC 压力，导致 STW 时间上升，间接拖慢 I/O 吞吐。

• 为每个 HTTP handler 准备专用 sync.Pool：

  var jsonBufferPool = sync.Pool{
      New: func() interface{} { return new(bytes.Buffer) },
  }
  var jsonDecoderPool = sync.Pool{
      New: func() interface{} { return json.NewDecoder(nil) },
  }

• 使用时：

  buf := jsonBufferPool.Get().(*bytes.Buffer)
  buf.Reset()
  // ... 写入数据
  dec := jsonDecoderPool.Get().(*json.Decoder)
  defer jsonDecoderPool.Put(dec)
  dec.Reset(buf)

• 注意：sync.Pool 对象不保证存活，禁止跨 goroutine 传递；且 json.Decoder 不能复用未重置的 io.Reader，必须调用 Reset

Go 容器存储性能瓶颈往往不在语言本身，而在 Linux 文件系统语义、Docker 存储驱动行为与 Go 运行时调度三者的交叠处。最易被忽略的是：overlayfs 在删除大量小文件时的锁竞争，以及 os.Stat 触发的 atime 更新——这两点不改挂载参数或代码逻辑，单靠调大资源限制毫无作用。