AF_XDP通过内核协同实现DMA直写用户预注册页，零拷贝收包：需支持XDP驱动、加载XDP程序、mlock锁定UMEM内存、正确配置ring与队列，不可用PACKET_MMAP替代。
Linux下用`AF_XDP`绕过内核协议栈收包
不能直接让网卡DMA写进任意用户空间地址——这会破坏内存隔离，必须通过内核协同。现代可行路径是AF_XDP：它让驱动在Ring Buffer中预分配一组页帧，用户态通过xdp_ring索引访问这些页的虚拟地址，实际DMA目标是这些页的物理地址（由驱动和IOMMU保证映射一致）。
典型流程：调用socket(AF_XDP, SOCK_RAW, 0) → bind()到指定网卡+队列 → setsockopt(..., XDP_RX_RING, ...)申请接收环 → mmap()环缓冲区 → 从rx_ring->producer读取描述符，拿到addr字段指向的packet data虚拟地址（该地址已映射为DMA可写）。
- 必须用支持XDP的驱动（如
ixgbe、i40e、ice），且启用CONFIG_XDP_SOCKETS=y -
xdp_prog需提前加载（哪怕只返回XDP_PASS），否则驱动不启动DMA到用户环 - 用户态必须严格遵循
rx_ring->consumer/producer指针顺序消费，不可跳读或乱序释放
为什么不用PACKET_MMAP？
PACKET_MMAP仍走内核协议栈：网卡DMA写入内核sk_buff缓存 → 内核拷贝到mmap环 → 用户读。全程两次拷贝（DMA→kernel→user），延迟高且无法控制缓冲区物理连续性。而AF_XDP是DMA直写用户预注册页，零拷贝。
常见误判点：PACKET_RX_RING的tpacket_v3虽支持大环和零拷贝选项，但底层仍是内核分配buffer、再mmap给用户，DMA目标仍是内核内存，用户无法控制物理页帧。
立即学习“C++免费学习笔记（深入）”；
- 若硬要用
PACKET_MMAP，必须设TPACKET_V3+PACKET_TX_RING无意义，PACKET_RX_RING的tp_retire_blk_tov要调小以降低延迟 -
AF_PACKET无法规避softirq处理开销，吞吐超2Mpps时明显瓶颈
用户空间内存必须用memlock锁定
DMA写入的用户页不能被swap或迁移，否则物理地址失效。必须用setrlimit(RLIMIT_MEMLOCK, &rlim)提升锁页上限，再用mlock()或posix_memalign()+mlock()分配并锁定缓冲区内存。
未锁页的典型错误：read() on AF_XDP socket: Invalid argument 或收包时随机丢包，dmesg里出现xdp: failed to pin page。
- 推荐用
libbpf的xsk_umem__create()，它自动处理页对齐、mlock、hugepage适配 - 单个UMEM默认4MB（1024页×4KB），若收包burst大，需增大
num_pages参数，但RLIMIT_MEMLOCK也要同步调高 - 避免在UMEM内存上做
malloc或std::vector操作——这些可能触发页分裂或迁移
驱动与硬件的真实约束
不是所有网卡都支持DMA直写用户空间。Intel 10G+主流芯片（X710、XXV710）需固件≥v6.01，且必须关闭LRO/GRO：ethtool -K eth0 lro off gro off；否则驱动拒绝加载XDP程序。
实测关键限制：
- MTU > 1500时，部分驱动（如
i40e）要求UMEM页大小=2MB（用HUGETLB_PAGE），否则bind()失败 - 多队列场景下，每个XSK绑定独立RX queue，但UMEM可共享；共享时需确保
fill_ring及时投递足够描述符，否则队列饥饿 - 没有硬件时间戳支持时，
AF_XDP无法获取精确tstamp——得靠PTP或外部TSU，别依赖skb->tstamp
真正难的是把DMA地址、页表、IOMMU、驱动ring状态全部对齐；错一个bit，包就静默丢弃，连错误日志都不打。
