2. 传统 Socket 编程回顾

在深入 DPDK 零拷贝架构之前，必须彻底理解传统 Socket 编程模型的工作原理及其性能瓶颈。本章将系统回顾 Socket API 基础、TCP/UDP 编程模型、阻塞与非阻塞 I/O 机制，并深入分析内核协议栈在高速网络场景下的性能瓶颈，为后续的 DPDK 移植工作奠定坚实的理论基础。

2.1 Socket API 基础

Socket 是应用层与传输层之间的抽象接口，起源于 BSD UNIX。它屏蔽了底层网络协议的复杂性，为开发者提供了一套统一的文件描述符操作接口。

2.1.1 核心 API 函数

2.2 TCP/UDP 编程模型

2.2.1 TCP 编程模型（面向连接、可靠、流式）

TCP 编程遵循严格的 C/S 架构，服务端和客户端各有固定的调用序列。

// TCP 服务端核心流程
int listen_fd = socket(AF_INET, SOCK_STREAM, 0);
bind(listen_fd, (struct sockaddr*)&serv_addr, sizeof(serv_addr));
listen(listen_fd, 128);
while (1) {
    int conn_fd = accept(listen_fd, (struct sockaddr*)&cli_addr, &cli_len);
    // 处理连接（通常 fork 或使用线程池）
    recv(conn_fd, buf, sizeof(buf), 0);
    send(conn_fd, response, strlen(response), 0);
    close(conn_fd);
}

// TCP 客户端核心流程
int sock_fd = socket(AF_INET, SOCK_STREAM, 0);
connect(sock_fd, (struct sockaddr*)&serv_addr, sizeof(serv_addr));
send(sock_fd, request, strlen(request), 0);
recv(sock_fd, buf, sizeof(buf), 0);
close(sock_fd);

2.2.2 UDP 编程模型（无连接、不可靠、报文式）

UDP 编程模型更为简洁，无需建立连接，直接收发数据报。

// UDP 服务端
int sock_fd = socket(AF_INET, SOCK_DGRAM, 0);
bind(sock_fd, (struct sockaddr*)&serv_addr, sizeof(serv_addr));
while (1) {
    recvfrom(sock_fd, buf, sizeof(buf), 0,
             (struct sockaddr*)&cli_addr, &cli_len);
    sendto(sock_fd, response, strlen(response), 0,
           (struct sockaddr*)&cli_addr, cli_len);
}

// UDP 客户端
int sock_fd = socket(AF_INET, SOCK_DGRAM, 0);
sendto(sock_fd, request, strlen(request), 0,
       (struct sockaddr*)&serv_addr, sizeof(serv_addr));
recvfrom(sock_fd, buf, sizeof(buf), 0, NULL, NULL);

2.3 阻塞与非阻塞 I/O

传统 Socket 编程中，I/O 模式直接影响应用程序的并发能力和资源利用率。

2.3.1 阻塞 I/O 模型

默认情况下，所有 Socket 操作都是阻塞的。当调用 recv() 时，如果内核缓冲区中没有数据，进程会进入睡眠状态，直到数据到达或发生错误。

// 阻塞模式示例
int sock_fd = socket(AF_INET, SOCK_STREAM, 0);
// 默认即为阻塞模式
char buf[1024];
int n = recv(sock_fd, buf, sizeof(buf), 0);
// 进程在此处阻塞，直到有数据可读
if (n > 0) {
    printf("Received %d bytes\n", n);
}

阻塞 I/O 的缺点：

• 每个连接需要一个独立的线程/进程来处理，并发量大时线程开销巨大。
• 线程上下文切换频繁，CPU 缓存命中率低。
• C10K 问题（同时处理 1 万个连接）在阻塞模型下难以解决。

2.3.2 非阻塞 I/O 模型

通过设置 O_NONBLOCK 标志，Socket 操作变为非阻塞。当没有数据可读时，recv() 立即返回 -1，并设置 errno 为 EAGAIN 或 EWOULDBLOCK。

// 非阻塞模式设置
int sock_fd = socket(AF_INET, SOCK_STREAM, 0);
int flags = fcntl(sock_fd, F_GETFL, 0);
fcntl(sock_fd, F_SETFL, flags | O_NONBLOCK);

// 非阻塞读取
char buf[1024];
int n = recv(sock_fd, buf, sizeof(buf), 0);
if (n == -1 && (errno == EAGAIN || errno == EWOULDBLOCK)) {
    // 当前无数据可读，稍后重试
    printf("No data available now\n");
} else if (n > 0) {
    printf("Received %d bytes\n", n);
}

非阻塞 I/O 的演进：

2.4 内核协议栈瓶颈分析

传统 Socket 编程在高性能网络场景下（如 10Gbps/40Gbps/100Gbps）会遇到严重的性能瓶颈。这些瓶颈主要源于内核协议栈的设计架构。

2.4.1 数据路径中的多次拷贝

下图展示了传统 Socket 接收数据时，数据在内核和用户空间之间的完整流动路径。

2.4.2 主要瓶颈点详细分析

2.4.3 性能数据对比

以下数据基于 10 Gbps 网卡、64 字节小包、单核测试环境，直观展示传统 Socket 与 DPDK 的性能差距：

2.5 本章小结

• Socket API 是网络编程的基础，但系统调用和上下文切换是其性能瓶颈的根源。
• TCP 编程 面向连接、可靠，但三次握手、四次挥手、粘包等问题增加了复杂性。
• UDP 编程 无连接、简单，但不保证可靠性和顺序，应用层需自行处理。
• 阻塞 I/O 简单但并发能力差；非阻塞 I/O + epoll 解决了 C10K 问题，但数据拷贝和中断开销依然存在。
• 内核协议栈瓶颈 主要包括：多次数据拷贝、上下文切换、中断风暴、锁竞争、内存分配开销。这些瓶颈在高速网络场景下成为不可逾越的性能天花板，是推动 DPDK 等用户态网络技术发展的根本动力。