Go中真正零拷贝仅限file.WriteTo(conn)在严格条件下触发sendfile：源为os.File（只读）、目标为net.TCPConn、文件可mmap、内核≥2.6.33；http.ServeFile因用io.Copy和ResponseWriter封装必走用户态拷贝。
Go 语言里没有“一键开启”的零拷贝，真正绕过用户态内存拷贝的路径极窄，且几乎全依赖 Linux 的 sendfile 或 splice 系统调用；io.Copy 和 file.WriteTo 只在严格满足类型与环境条件时才可能触发它们，否则默认走 read+write 用户态搬运。
什么时候 file.WriteTo(conn) 真正走零拷贝
这是 Go 中最接近开箱即用的零拷贝路径，但它不是总生效：
- 源必须是
*os.File（打开模式含os.O_RDONLY），不能是bytes.Reader、strings.NewReader或任何包装过的io.Reader - 目标
conn必须是未被封装的*net.TCPConn（不能是http.ResponseWriter、tls.Conn、bufio.Writer包裹的连接） - 文件需支持
mmap（普通磁盘文件 OK，/proc、管道、socket 不行） - Linux 内核 ≥ 2.6.33，且未禁用
sendfile（sysctl net.ipv4.tcp_sack=0等极端配置可能干扰） - 验证是否成功：用
strace -e trace=sendfile,read,write ./your-binary，看到sendfile调用才算真走通
为什么 http.ServeFile 大概率不是零拷贝
它内部用的是 io.Copy，而非 file.WriteTo，且 http.ResponseWriter 是带缓冲和 header 封装的抽象层，天然阻断内核直传：
-
ResponseWriter底层通常是bufio.Writer+ 状态机，所有数据必先进用户态 buffer 才能拼 header、处理Content-Length、Transfer-Encoding - 哪怕你传入
*os.File，只要启用了 gzip 中间件、HTTP/2、TLS，或用了fasthttp以外的框架，sendfile就不会被调用 - 想在 HTTP 场景下逼近零拷贝，得手动
Hijack()拿到原始net.Conn，再调file.WriteTo(conn)，但要自己处理 keep-alive、超时、CRLF、Connection: close等细节 -
golang.org/x/net/http2/h2c或fasthttp的Ctx.SendFile是更稳妥的选择——它们在底层做了适配和 fallback
unsafe.StringData + unsafe.Slice 做字符串转 []byte 的边界
这组函数能避免 []byte(s) 的隐式分配，但仅限于“视图复用”，不是传输层零拷贝：
立即学习“go语言免费学习笔记（深入）”；
- 必须确保
s的底层数据生命周期长于返回的[]byte——比如全局常量、包级变量、或由io.Read直接读入后转成的 string（底层数组仍由原[]byte持有） - 禁止对返回的
[]byte调用append或写入，否则破坏 string 不可变性，可能 panic 或污染其他引用 - 函数参数、
fmt.Sprintf结果、strings.Builder.String()返回值，都不满足安全前提，强行用会引发悬空指针或 GC 错误 - 它解决的是内存分配问题，不是 I/O 路径上的拷贝；即使你用它构造了
[]byte，传给conn.Write仍会复制到 socket 内核缓冲区
手写 syscall.Sendfile 容易翻车的三个硬点
这不是推荐做法，但若真要上，必须直面这些底层约束：
-
infd必须来自*os.File.Fd()，但调用后不能Close()—— 否则后续conn.Write会 panic；正确做法是让*os.File自然生命周期结束，或用runtime.KeepAlive(file)延长引用 -
offset参数在 Go 的syscall.Sendfile中是传值（非 C 的指针），大文件分段传输时必须手动维护偏移量，漏一次就重发或跳字节 - 错误处理不能只看
err == nil：返回值nr可能小于预期（如EAGAIN），需轮询或设为非阻塞 socket 并配合epoll；ESPIPE表示源 fd 不支持 seek，EINVAL常因目标 fd 是监听 socket 或不支持 sendfile 的设备
真正卡住性能的往往不是“有没有零拷贝”，而是缓冲区管理、协议封装开销和 goroutine 调度竞争。在多数服务中，优先用 sync.Pool 复用 []byte、用 bufio.Writer 合并小写、用 file.WriteTo 代替 io.Copy，比强上 syscall 更稳、更可维护。
