io.copy分发视频流基本不触发零拷贝，仅当源为*os.file、目标为裸net.conn且满足内核版本等严苛条件时才可能调用sendfile；真零拷贝需直调syscall.splice或sendfile，但须自行处理fd管理、错误重试与协议封装。
Go 里直接用 io.Copy 分发视频流，基本不会触发零拷贝——除非你严格满足内核、fd 类型、连接类型三重限制；真想省掉用户态内存搬运，得绕过标准库，直调 syscall.Sendfile 或 syscall.Splice，但代价是 fd 管理、错误重试、协议封装全得自己扛。
什么时候 io.Copy 会悄悄走 sendfile
它不是开关，而是条件反射：只有当源是 *os.File（比如打开的 MP4 文件）、目标是裸 net.Conn（如 *net.TCPConn），且双方 fd 都有效、Linux 内核 ≥ 2.6.33 时，io.Copy 才可能在底层调用 sendfile。HTTP 流服务中常见写法：io.Copy(w.(http.ResponseWriter).(io.Writer), file)，这完全无效——http.ResponseWriter 是带 buffer 和 header 封装的抽象层，io.Copy 看不到 socket fd，只能 fallback 到 read+write。
- 验证是否生效：用
strace -e trace=sendfile,splice,read,write ./your-server启动，只看到read/write就说明还在搬数据 - HTTP/2、TLS、chunked 编码、gzip 压缩等任意一层都会切断该路径——加密和帧封装必须发生在用户态
- 容器环境（Docker/K8s）中，因挂载命名空间隔离，
sendfile可能被内核静默降级，strace也看不到报错
手写 syscall.Sendfile 的硬门槛
想跳过 io.Copy 自己上，第一步就得暴露底层 fd，但这一步就卡住多数人：conn.(*net.TCPConn).File() 看似简单，实则会把连接标记为“已关闭”，后续任何读写都 panic；正确路径是 conn.(*net.TCPConn).SyscallConn().Control(...)，进系统调用前还得处理 EINTR（中断重试）和 EAGAIN（非阻塞等待）。
-
syscall.Sendfile(outfd, infd, &offset, count)参数顺序和 C 不同，offset必须传地址，漏&直接 panic - 返回值是
(int64, errno)，不能只判err != nil——要检查实际搬运字节数是否等于预期，否则是 partial write - 该调用不感知 goroutine 抢占，若磁盘慢或网络拥塞，整个 M 线程会被锁死，拖垮调度器
- 一旦绕过
http.ResponseWriter，你就得手动拼"HTTP/1.1 200 OK\r\nContent-Length: ...\r\n\r\n"，大小写、CRLF、keep-alive 处理一个都不能错
syscall.Splice 是更通用的零拷贝路径，但更难配齐
splice 能在内核态直接连通 pipe 和 socket，全程不碰用户内存，但它对两端 fd 类型极其挑剔：至少一端必须是 pipe（unix.Pipe2 创建），另一端可以是 socket 或另一 pipe；普通文件、/dev/null、bytes.Buffer 全都不支持。视频流分发中典型链路是：file.Fd() → pipe[1]，再 pipe[0] → conn.SyscallConn().Fd()。
- 必须循环调用
splice，直到返回 0 或io.EOF，单次调用只搬固定量（通常 128KB） - Linux ≥ 4.5 才支持 regular file 作为 splice 源，旧内核或容器默认配置下大概率失败
-
unix.SpliceGo 标准库没封装，得自己写 syscall 绑定，或依赖golang.org/x/sys/unix中的实验性接口 - pipe 容量有限，慢客户端会导致 pipe 缓冲区满，
splice返回EAGAIN，你得用epoll或poll等待可写，Go runtime 不提供原生支持
真正影响视频流吞吐的，往往不是“有没有零拷贝”
即使 sendfile 成功启用，HTTP 协议栈的 header 构造、TLS 加密、TCP Nagle 算法、慢客户端缓冲区积压，依然会造成显著延迟和吞吐瓶颈。相比死磕系统调用，更现实的优化点是：
- 用
sync.Pool复用[]byte缓冲区，避免 GC 在高并发流分发中抖动 - 对每个客户端启动独立
writergoroutine，配合带容量的chan []byte和select+default实现非阻塞背压 - 禁用 TCP Nagle（
conn.(*net.TCPConn).SetNoDelay(true)）降低小包延迟 - 优先用
net/http.Server.ReadTimeout/WriteTimeout控制连接生命周期，而非依赖零拷贝来“救”慢链路
零拷贝不是银弹，它是内核能力的窄门——推着数据穿过去容易，但门框歪了、门槛高了、后面没路了，照样卡住。
