Linux内核网络栈深度实战：从数据包到达到epoll事件通知的全链路剖析

本文将带你从硬件层的网卡准备工作开始，逐层深入Linux内核网络协议栈的核心部件，解析一个数据包从电科流到用户空间epoll_wait返回的完整时间线。

一、网卡层与驱动模块

当网卡接收到一个以太网帧时，硬件层的处理流程如下：

1. 帧通过DMA(Direct Memory Access)直接写入内存中预先分配的盘区（Ring Buffer，也称为Rx/Tx Ring），无需CPU参与数据摄贝。

2. 网卡触发中断（MSI-X），通知CPU有数据帧到达。

3. 内核的中断处理函数（polling 或 NAPI）读取盘区中的数据，并将其包裹成格式化的 sk_buff 实例。

为什么中断查询方式被放弃？在高同步场景下，网卡每秒会收到故障数的帧，如果使用中断上上下下方式，CPU会在处理中断的过程中花费整个时间片，导致超负荷的中断压力和上下文切换开销。

现代内核使用 NAPI(New API) A6 机制来解决这个问题：首先关闭网卡中断，转而通过轮询方式抽取Ring Buffer中的数据，对于高收到率场景可显著降低中施导致的性能开销。NAPI采用“生产者-消费者”模型，网卡驱动上报数据到 napi_struct 中的 poll_list，CPU的 softirq 在 poll时间片内按量处理并递交给上层协议栈