零拷贝在 C++ 网络传输中到底指什么？
它不是“完全不拷贝”，而是避免 memcpy 在用户态内存和内核态 socket 缓冲区之间重复搬数据。典型瓶颈是：你用 std::vector<char></char> 存消息，调 send() 时，系统会先把这段内存复制进内核的 sk_buff，再发出去——这一步就是可优化的“冗余拷贝”。
真正能落地的零拷贝路径，依赖操作系统支持，且只对特定场景有效：比如发送大块连续内存（如 mmap 映射的文件）、或使用 sendfile() / splice() 这类内核直接搬运的接口。C++ 本身不提供零拷贝抽象，得靠组合系统调用 + 内存管理策略。
Linux 下用 sendfile() 实现文件到 socket 的零拷贝
这是最成熟、兼容性最好的零拷贝方式，适用于 HTTP 静态文件服务、日志转发等场景。它让内核直接从文件描述符读、写到 socket 描述符，全程不经过用户态内存。
-
sendfile()要求源 fd 是普通文件（S_ISREG()），不能是管道、socket 或/proc下的伪文件 - 目标 fd 必须是 socket，且协议栈需支持（TCP/UDP 均可，但 UDP 受 MTU 和分片影响，实际效果打折扣）
- 注意
off_t*参数：传入nullptr表示从当前 offset 开始，但调用后该 offset 不会自动更新；若需多次调用，必须自己维护偏移量 - 示例片段：
ssize_t n = sendfile(sockfd, file_fd, &offset, count);
失败时返回 -1，errno可能是EINVAL（fd 类型不支持）、EAGAIN（非阻塞模式下缓冲区满）
用 splice() + memfd_create() 实现纯内存零拷贝
当你要发的是运行时构造的数据（比如序列化后的 protobuf），又不想走 send() 的用户态拷贝，可以借助 memfd_create() 创建一个匿名内存文件，再用 splice() 把它“抽”进 socket。
立即学习“C++免费学习笔记（深入）”；
-
memfd_create()返回的 fd 支持splice()，且内容完全驻留内存，无磁盘 I/O 开销 -
splice()要求至少一端是 pipe（或支持 pipe 接口的 fd），所以通常需要中间套一个pipe()，或直接用memfd+splice()（Linux 3.17+ 支持memfd作为 splice source） - 关键限制：数据长度不能超过
SPLICE_F_MOVE允许的最大值（通常 2MB 左右），超长需分段调用 - 示例关键步骤：
int memfd = memfd_create("payload", MFD_CLOEXEC);write(memfd, data_ptr, size);
splice(memfd, nullptr, sock_pipe[1], nullptr, size, SPLICE_F_MOVE);
splice(sock_pipe[0], nullptr, sockfd, nullptr, size, SPLICE_F_MOVE);
为什么别急着给 std::string 或 std::vector 加零拷贝包装？
很多项目试图封装一个“零拷贝 Buffer 类”，让它自动适配 sendfile() 或 splice()。这容易踩三个坑：
- 绝大多数网络逻辑中，消息体小（
-
std::vector的内存可能被 realloc 移动，而sendfile()要求地址稳定；若用mmap()分配，则需手动管理生命周期，容易泄漏或提前 munmap - 零拷贝路径无法做加密、压缩、协议头注入等用户态处理——你得在零拷贝前完成所有修改，否则只能 fallback 到普通
send() - 调试困难：
strace看不到数据内容，tcpdump又抓不到用户态内存变化，出错时难定位是数据没写进 memfd，还是 splice 没触发
真正值得投入零拷贝的，是明确的大块数据通道（如视频帧推送、数据库页同步），且已确认 send() 拷贝成为性能瓶颈（通过 perf record -e syscalls:sys_enter_send 对比耗时）。其他情况，先写清楚逻辑，再用 perf 找热区——别预设零拷贝是银弹。
