零拷贝指避免用户态与内核态间重复内存拷贝，如sendfile()直接在内核中将文件数据送入socket缓冲区，省去用户缓冲区拷贝；splice()更灵活但需pipe中介；mmap()+write()仍有一次内核拷贝，非真正零拷贝。
什么是零拷贝在 C++ 网络编程中的实际含义
零拷贝不是“完全不拷贝”，而是避免 user space 与 kernel space 之间重复的内存拷贝。典型场景是：应用从磁盘读文件 → 拷贝到用户缓冲区 → 再拷贝到内核 socket 缓冲区 → 发送。真正能省掉的是中间那一次用户态内存拷贝。
Linux 下最实用的零拷贝系统调用：sendfile() 和 splice()
sendfile() 是最常用、兼容性最好的选择，适用于文件 → socket 的传输；splice() 更灵活（支持 pipe 作为中介），但要求至少一端是 pipe，且对文件偏移控制更严格。
-
sendfile()不需要用户分配缓冲区，直接由内核在file descriptor间搬运数据 - 它不支持非阻塞 socket 的完整零拷贝路径（部分内核版本会 fallback 到 copy）
-
splice()需要先pipe()创建一对 fd，再把文件和 socket 分别splice()进/出 pipe，链路更长但可规避 page cache 锁竞争
ssize_t sent = sendfile(sockfd, file_fd, &offset, count);
if (sent == -1 && errno == EAGAIN) {
// 非阻塞下需处理 EAGAIN，不代表失败
}
为什么 mmap() + write() 不算真正零拷贝
mmap() 把文件映射进用户地址空间，看似避免了 read() 拷贝，但后续调用 write() 仍会触发一次内核态拷贝（从 page cache 到 socket buffer）。除非配合 sendfile() 或 splice()，否则只是“半零拷贝”。
-
mmap()后直接sendfile()是可行组合，但无额外收益 -
mmap()有页对齐限制，小文件或偏移不对齐时反而增加复杂度 - 长时间
mmap()可能导致VM压力，尤其在高并发小文件场景
实际使用中必须绕开的坑
零拷贝不是开关式优化，启用后行为变化明显，容易引发隐性错误：
立即学习“C++免费学习笔记（深入）”；
-
sendfile()传入的file_fd必须是普通文件（S_ISREG()），不支持 socket、设备文件或某些 tmpfs - 若
file_fd被其他线程fork()或close()，可能触发EBADF或静默截断 - 使用
sendfile()时，不能同时用read()/write()操作同一文件 fd，否则 offset 可能错乱 - 调试时用
strace -e trace=sendfile,write,read观察是否真走零拷贝路径，而非 fallback 到read()+write()
真正难的不是调用哪个函数，而是确认数据生命周期、fd 状态、内核版本（sendfile() 在 2.6.33+ 才支持 socket -> socket）、以及是否值得为这点性能牺牲可维护性。
