go长连接中唯一可靠的零拷贝入口是file.writeto(conn)，它在linux上调用sendfile，要求源为os.file、目标为未包装的net.tcpconn，且文件需以os.o_rdonly打开。
file.WriteTo(conn) 是长连接中唯一靠谱的零拷贝入口
Go 标准库里真正能在长连接（如 HTTP/1.1 keep-alive、自定义 TCP 协议服务）中触发内核级零拷贝的，只有 file.WriteTo(conn) 这一条路径。它在 Linux 上会尝试调用 sendfile，前提是：源是 *os.File（已打开、只读）、目标是未被包装的 *net.TCPConn（不能是 http.ResponseWriter、tls.Conn 或套了 bufio.Writer 的连接）。
常见错误写法：io.Copy(file, conn) —— 它不会触发 sendfile，哪怕你传的是 *os.File；conn.Write(buf) —— 无论 buf 多大，都走用户态 memcpy；http.ServeFile —— 内部用的是 io.Copy，不是 WriteTo，必然降级。
- 验证是否生效：用
strace -e trace=sendfile,read,write ./your-binary启动，看到sendfile调用且无对应read/write，才算成功 - 文件必须用
os.O_RDONLY打开；/proc、/dev下的伪文件、管道、socket fd 均不支持 - 连接若被
http.Hijacker.Hijack()拿出，需手动处理Connection: keep-alive和超时逻辑，否则下次请求会失败
HTTP 长连接中绕过 ResponseWriter 实现零拷贝
标准 http.ResponseWriter 是阻断零拷贝的根源——它本质是带 buffer 的 wrapper，且内部不暴露 WriteTo 接口。想在 HTTP 服务里用上 sendfile，必须跳过它。
典型做法是先构造完整 header（含 Content-Length、Content-Type、Connection: keep-alive），再用 Hijack() 获取原始 net.Conn，最后调用 file.WriteTo(conn)。注意：Hijack() 后 ResponseWriter 不可再用，header 必须自己拼好并写入。
- header 拼写必须严格：CRLF 换行、大小写敏感（如
Content-Length不能写成content-length） -
tls.Conn不支持Hijack()；HTTP/2 更彻底——不提供 Hijack 接口，零拷贝在此协议下不可行 - 如果用了反向代理或中间件（如
gorilla/handlers），它们可能提前 wrap 了ResponseWriter，导致Hijack()失败或返回非原始 conn
splice 在代理类长连接中的可行性与限制
对于需要转发上游响应体的场景（如反向代理、TCP 中间件），syscall.Splice 是比 sendfile 更通用的零拷贝选择，但它要求至少一端是 pipe，且两端 fd 必须支持 splice（socket 和 pipe 可以，普通文件不行）。
典型链路是：打开文件 → syscall.Splice(fileFd, nil, pipe[1], nil, n, 0) → syscall.Splice(pipe[0], nil, connFd, nil, n, 0)。这避免了用户态内存分配，但代价是必须管理 pipe 生命周期和循环调用逻辑。
- pipe 必须用
syscall.Pipe2(syscall.O_CLOEXEC)创建，否则 fork 后 fd 泄漏风险高 -
Splice返回值是实际搬运字节数，需循环直到读完；遇到EAGAIN要等EPOLLOUT，EINTR需重试 - macOS 和 Windows 不支持
splice，该路径天然 Linux-only；Go runtime 不封装它，所有 errno 处理、fd 管理都得手写
unsafe.Slice 和 mmap 不解决传输层拷贝问题
有人试图用 unsafe.Slice 把 mmap 映射区转成 []byte，再丢给 conn.Write，以为能“零拷贝”。这是错的：即使内存视图没复制，conn.Write 内部仍会把数据 memcpy 到 socket send buffer，用户态那一次搬移没省掉。
更糟的是，mmap + page fault 会引入额外 TLB 压力，小文件场景下性能反而低于 io.Copy。除非你后续直接拿 mmap 地址去调 syscall.Sendfile（绕过 Go runtime），否则 unsafe.Slice 只是“假零拷贝”。
-
reflect.SliceHeader手动构造极易 panic，Go 1.21+ 运行时校验更严，len > cap 会直接 crash - CGO 调用 C 的
sendfile可行，但失去跨平台性，且需处理errno、中断重试、fd 生命周期，维护成本远高于file.WriteTo - 真正省事又安全的做法：只依赖
file.WriteTo(conn)，它已在 runtime 层做了平台适配和自动 fallback，其他都是徒增复杂度
