17370845950

io.Copy拷贝大文件卡住或内存暴涨，主因是源/目标未设超时、缓冲区小或底层不支持ReadFrom/WriteTo；建议设读写超时、用CopyBuffer调优缓冲、避免直连HTTP响应体或管道。

为什么 io.Copy 拷贝大文件会卡住或内存暴涨

直接调用 io.Copy 本身不会卡住，但若源或目标是未设置超时、缓冲区过小、或底层不支持 ReadFrom/WriteTo 的类型（比如某些加密文件句柄），就可能阻塞在系统调用里，甚至因反复小块读写拖慢速度。Go 的 io.Copy 默认使用 32KB 缓冲区，对普通磁盘 I/O 足够，但遇到网络文件系统（NFS）、fuse 挂载或容器内挂载卷时，实际吞吐常远低于预期。

实操建议：

• 始终为源 *os.File 和目标 *os.File

  

  设置读写超时（用 file.SetReadDeadline / file.SetWriteDeadline）
• 避免把 io.Copy 直接套在 http.Response.Body 或未封装的管道上——它们可能没有合理的 EOF 判断逻辑
• 如需精确控制缓冲区大小，改用 io.CopyBuffer(dst, src, make([]byte, 64*1024))

如何安全地用 io.Copy 实现带进度和错误恢复的拷贝

原生 io.Copy 不提供进度回调，也不能中断后续续传。必须自己包装 io.Reader 和 io.Writer 来注入逻辑。

实操建议：

• 用 io.MultiReader + io.LimitReader 控制每次读取上限，配合 atomic.AddInt64 更新已拷贝字节数
• 目标文件写入前先用 os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644) 确保可写，而非 os.Create（后者会清空已有内容，不适合断点续传）
• 断点续传需先 os.Stat 目标文件长度，再用 srcFile.Seek(offset, io.SeekStart) 跳过已拷贝部分；注意：源文件必须支持 Seek，否则无法续传

func copyWithProgress(src, dst *os.File, offset int64, update func(int64)) error {
	if offset > 0 {
		if _, err := src.Seek(offset, io.SeekStart); err != nil {
			return err
		}
	}
	buf := make([]byte, 32*1024)
	var total int64 = offset
	for {
		n, err := src.Read(buf)
		if n > 0 {
			if _, werr := dst.Write(buf[:n]); werr != nil {
				return werr
			}
			total += int64(n)
			update(total)
		}
		if err == io.EOF {
			return nil
		}
		if err != nil {
			return err
		}
	}
}

io.Copy 在 Windows 上复制符号链接或稀疏文件会失败吗

会。Windows 下 os.Open 默认打开符号链接的目标文件，而非链接本身；io.Copy 只操作数据流，完全不感知文件元信息。稀疏文件同理——它只读写“有数据”的块，但不会保留 FILE_ATTRIBUTE_SPARSE_FILE 标志，导致目标变成普通满占磁盘的文件。

实操建议：

• 需要保留符号链接，改用 os.Readlink + os.Symlink 单独处理，不要走 io.Copy
• 稀疏文件拷贝必须调用 Windows API（如 CopyFileEx 传入 COPY_FILE_SPARSE），Go 标准库无封装，得用 golang.org/x/sys/windows 手动调用
• 跨平台代码中，别假设 os.Link 或 os.Symlink 行为一致；Linux/macOS 的硬链接可共享 inode，Windows 硬链接仅限同一卷且需管理员权限

什么时候不该用 io.Copy，而该用 os.CopyFile

Go 1.16+ 提供了 os.CopyFile，它在支持的系统上会尝试用更高效的系统调用（如 Linux 的 copy_file_range、macOS 的 fcopyfile），并自动处理权限、atime/mtime 复制。如果你只是简单地“把 A 文件完整复制成 B”，且不需要中间处理（如加解密、压缩、进度回调），os.CopyFile 是更优选择。

实操建议：

• os.CopyFile(dst, src) 自动处理目标文件存在时的覆盖逻辑（默认覆盖），无需手动 os.Remove
• 它内部仍可能 fallback 到 io.Copy，但做了更多适配：比如跳过设备文件、识别是否支持零拷贝路径、保留 mode 和 modTime
• 注意：os.CopyFile 不接受 io.Reader 或 io.Writer 接口，只认文件路径字符串；要从 HTTP 响应拷贝，还是得用 io.Copy

真正容易被忽略的是：即使你用了 os.CopyFile，如果目标路径所在目录不存在，它也不会自动创建——必须提前 os.MkdirAll(filepath.Dir(dst), 0755)。