在 golang 中，若要在性能敏感场景中高效复制文件，应优先选择 syscall.sendfile。1. io.copy 通用性强但性能较低，因其涉及多次内存拷贝和上下文切换；2. sendfile 利用零拷贝技术，在内核态直接传输数据，显著提升大文件传输效率；3. io.copy 在某些情况下会自动使用 sendfile，但如包装了缓冲层则无法触发该优化；4. 若需跨平台兼容或处理小文件，io.copy 更为适用，而在 linux 环境下构建高性能服务时推荐使用 syscall.sendfile。
在 Golang 中实现文件复制，最常用的方式是使用标准库中的 io.Copy 和系统调用的 syscall.Sendfile。两者都可以完成文件复制的任务，但在性能上存在明显差异。如果你关心效率和资源消耗，选择合适的方法就变得很重要。
io.Copy：通用但不总是最快
io.Copy 是 Go 标准库中非常常见的文件复制方式，它接受一个 Writer 和一个 Reader，把数据从 Reader 拷贝到 Writer：
src, _ := os.Open("source.txt")
dst, _ := os.Create("dest.txt")
io.Copy(dst, src)它的优势在于通用性强，适用于任何实现了 io.Reader 和 io.Writer 接口的数据流。不过因为每次读写都需要将数据从内核态拷贝到用户态再写回去，会带来一定的性能损耗。
立即学习“go语言免费学习笔记（深入）”；
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 优点：
- 简单易用
- 支持任意类型的数据流（如网络、内存等）
- 缺点：
- 多次上下文切换和内存拷贝
- 在大文件或高并发场景下效率不高
Sendfile：零拷贝提升性能
相比之下，syscall.Sendfile 利用了 Linux 内核提供的 sendfile() 系统调用，可以实现“零拷贝”传输。也就是说，数据可以直接在内核空间内部完成传输，不需要进入用户空间。
这个方法特别适合用于大文件的高效复制或者作为 HTTP 静态文件服务时使用。例如：
// 简化示例，实际需要处理 offset 和错误 n, err := syscall.Sendfile(outFd, inFd, nil, int(len))
- 优点：
- 减少内存拷贝次数
- 降低 CPU 使用率
- 提升大文件传输性能
- 缺点：
- 只能在支持 sendfile 的系统上使用（主要是 Linux）
- 接口相对底层，使用起来不如 io.Copy 简洁
性能对比与适用建议
实际测试中，sendfile 的性能通常比 io.Copy 高出不少，特别是在复制大文件（比如几百 MB 或更大）的时候。以下是几个常见场景下的建议：
- 如果你只是做本地小文件复制，或者需要兼容跨平台（如 Windows），直接用
io.Copy就足够了。 - 如果你在做高性能服务器，比如静态文件服务、文件分发系统，而且运行环境是 Linux，优先考虑
sendfile。 - 注意：
io.Copy内部其实也会尝试使用sendfile（如果底层支持），但在某些情况下不会自动触发，比如使用了缓冲包装器时。
举个例子，当你用 bufio.Reader 包装了源文件再去传给 io.Copy，那基本就不会走零拷贝路径了。这种时候，如果你想要真正的高性能复制，就得自己封装一层基于 sendfile 的逻辑。
基本上就这些。两种方式各有优劣，根据你的具体需求选对工具就行。
