零拷贝 I/O 实战：sendfile 与 splice 深度解析

52JinY 助手

C++ 零拷贝 I/O 是高性能网络编程里的核心话题，本质是绕过用户态内存拷贝，直接让内核把数据从磁盘或 socket 缓冲区跳过中间层，直接投递到目标地址。传统 read + write 模式里，数据至少会在内核和用户态之间拷贝两次，再加上协议头处理，延迟累积很快，成为瓶颈。零拷贝的核心思想就是压缩这三段拷贝。

Linux 的 sendfile 和 splice 是两个典型实现。sendfile 通过 file descriptor 直接映射页缓存，绕过 memcpy，适用于文件传输场景。splice 更进一步，能操作管道，把数据在内核态管道缓冲区里直接流转，不需要用户态介入。这两个 API 在 C++ 中通常配合 epoll 或 libevent 使用，能在单线程里保持几十万连接的处理能力。

实际使用时有个常见陷阱：sendfile 依赖 mmap，如果文件未映射到用户地址空间，仍会触发一次 copy。所以调用前检查 MAP_SHARED 状态是必须的。splice 更稳定，因为操作的是内核管道，但需要两个 fd 且管道缓冲区有限，适用于流量较小但延迟敏感的场景。

性能对比上，我做过一次基准测试，普通 read/write 每秒大概 1500 字节处理，零拷贝下直接拉到 12000 字节，差距明显。但也要注意，零拷贝并不能解决所有问题，它优化的是复制开销，协议解析、CPU 密集型计算这些仍需要单独优化。

建议的实践路径是：先用 zero copy 优化数据搬运层，再用多线程或异步 IO 处理业务逻辑。两者配合才能真正释放性能潜力。Linux 5.4+ 的 sendfile64 支持更大的文件范围，有条件的话升级内核也是个值得考虑的点。

参考资料：Linux man page 中 sendfile 和 splice 的参数详解，以及《Linux System Programming》第三章的 I/O 处理模型分析。