Linux 网络栈核心机制深度实战：sk_buff 生命周期、NAPI 轮询与 GRO/GSO 零拷贝分包

深入理解 Linux 内核网络栈的数据面实现，从网卡环形缓冲区到 socket buffer 全链路，系统掌握 sk_buff 内存模型、NAPI 轮询调度、GRO/GSO 分段卸载的工程权衡与生产诊断方案。

一、为什么网络栈值得深入

在云原生时代，我们谈论 eBPF/XDP 的线速处理、DPDK 的用户态旁路、RDMA 的零拷贝。但无论多上层的技术，最终都要回到 Linux 内核网络栈的基石——sk_buff。理解它不仅能帮你定位数据包抓取不全、CPU 软中断飙高、TCP 重传率异常等生产问题，更是理解 io_uring 网络路径、eBPF XDP 数据包处理的前置知识。

本文不罗列 API，而是从 DMA 环形缓冲区的数据到达开始，完整追踪一个数据包穿越内核网络栈的全生命周期，并给出可落地的调优与诊断方案。

二、sk_buff：网络栈的 DNA

2.1 核心数据结构解剖

struct sk_buff 是 Linux 网络栈最核心的结构体，每个网络包对应一个。它不是简单的一段内存，而是一个精心设计的多层封装容器：

struct sk_buff {
    // 双向链表指针 —— sk_buff 通过 next/prev 串入各种队列
    struct sk_buff      *next;
    struct sk_buff      *prev;

    // 协议栈处理上下文
    struct sock         *sk;          // 所属 socket
    struct net_device   *dev;         // 网卡设备
    unsigned int        len;          // 实际数据长度（含分片）
    unsigned int        data_len;     // 分片数据长度（paged data）
    __u16               protocol;     // 如 ETH_P_IP

    // 数据区指针 —— 这是理解 sk_buff 的关键
    unsigned char       *head;        // 已分配内存区起始
    unsigned char       *data;        // 当前协议层数据起始
    unsigned char       *tail;        // 当前协议层数据结束
    unsigned char       *end;         // 已分配内存区结束

    unsigned char       cb[48] ____cacheline_aligned;  // 控制块
    void                (*destructor)(struct sk_buff *skb);
};

初学者容易混淆的是 head/end 与 data/tail 的关系。一个更直观的理解方式是三层视图：

head                                    end
|← 线性数据区 →|← paged fragments →|← headroom →|
        ↑                    ↑
       data                 tail

• headroom：为将来添加协议头预留的空间（如隧道封装时需要添加新 IP 头）
• 线性区：一个连续内存段，存放协议头 负载，最多 64 17*4 = 132 字节（默认，受 net.core.optimal 影响）
• paged fragments：超出线性区的负载通过 skb_shared_info-