io.copy拷贝大文件卡住或内存暴涨，主因是源/目标未设超时、缓冲区小或底层不支持ReadFrom/WriteTo；建议设读写超时、用CopyBuffer调优缓冲、避免直连http响应体或管道。
为什么 io.Copy 拷贝大文件会卡住或内存暴涨
直接调用 io.Copy 本身不会卡住，但若源或目标是未设置超时、缓冲区过小、或底层不支持 ReadFrom/WriteTo 的类型（比如某些加密文件句柄），就可能阻塞在系统调用里，甚至因反复小块读写拖慢速度。go 的 io.Copy 默认使用 32KB 缓冲区，对普通磁盘 I/O 足够，但遇到网络文件系统（NFS）、fuse 挂载或容器内挂载卷时，实际吞吐常远低于预期。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 始终为源
*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 来注入逻辑。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
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 标志，导致目标变成普通满占磁盘的文件。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 需要保留符号链接，改用
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 是更优选择。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
-
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)。