io_uring 零拷贝网络：从 sendmsg MSG_ZEROCOPY 到 SEND_ZC 的演进与工程实践

在现代高性能网络服务中，数据拷贝是隐藏在吞吐量天花板背后的"沉默杀手"。一个典型的 10Gbps 数据包在纯内核态协议栈中至少经历 2 次内存拷贝（用户缓冲区→SKB→NIC DMA），更不用说在高并发场景下缓存行颠簸带来的额外开销。Linux 内核提供了多种零拷贝网络路径，而 io_uring 出现之后，这条路径才被真正工程化地统一起来。

本文将深入剖析零拷贝网络在 Linux 内核中的实现机制，涵盖传统 sendmsg(MSG_ZEROCOPY)、io_uring 原生的 IORING_OP_SEND_ZC、固定缓冲区与 GRO 的交互、以及生产环境中缓冲区生命周期管理的实战模式。我们将从内核源码级别理解其原理，然后用可运行的 C 代码展示完整的工程范式。

一、零拷贝的网络语境：DMA、SKB 与页框

1.1 传统路径的数据流

用户缓冲区 → copy_from_user → sk_buff → 页映射 → NIC DMA → 发送完成

即便不发生实际拷贝，每次 send() 调用仍需建立 virt-to-phys 映射（get_user_pages），并在发送完成后释放映射。在 100Gbps 链路上，这个映射/解映射的开销会消耗约 15% 的 CPU 周期。

1.2 零拷贝的核心思路

零拷贝网络真正做的不是"完全不拷贝"，而是推迟拷贝到最合适的时机（lazy copy）或仅传输不拷贝（DMA-from-buffer）。两种主要策略：

• 页重映射（Page Remapping）：将用户缓冲区直接插入 SKB 的 fragment 链，NIC 直接 DMA 用户内存。需要硬件支持 scatter-gather（现代 NIC 标配）。
• 完全旁路（Kernel Bypass）：如 DPDK，用户态驱动直接操作 NIC 队列，内核不参与数据面。

io_uring 的 SEND_ZC 属于第一种策略的 io_uring 原生化，它在保持与内核网络栈兼容的同时，提供了最简洁的异步提交和回收路径。

二、sendmsg MSG_ZEROCOPY：先驱者的设计

2.1 接口与工作原理

int fd = socket(AF_INET, SOCK_STREAM, 0);
int one = 1;
setsockopt(fd, SOL_SOCKET, SO_ZEROCOPY,