提升Linux socket应用层接收速度需协同优化：启用非阻塞模式+epoll ET模式循环recv至EWOULDBLOCK，调大SO_RCVBUF匹配BDP，关闭TCP_NODELAY，并合理设置内核参数。
提升 Linux 下 socket 应用层接收速度，关键在于减少数据从内核缓冲区拷贝到用户空间的延迟、避免阻塞等待、匹配网络链路能力，并减少系统调用开销。不是单纯调大 recv 缓冲区就能见效，而是要协同优化内核路径与应用逻辑。
启用非阻塞模式 + 循环高效读取
阻塞式 recv 会挂起线程，尤其在数据未满或断续到达时浪费 CPU 调度资源。改为非阻塞后，可配合事件驱动模型实现“有数据立刻收、无数据不等待”：
- 用 fcntl(sockfd, F_SETFL, O_NONBLOCK) 设置 socket 为非阻塞
- recv 时检查返回值：成功则处理；返回 -1 且 errno == EWOULDBLOCK/EAGAIN，说明当前无数据，可跳过或做其他任务
- 单次 recv 不要固定读固定字节数（如只读 1024），而应循环调用直到返回 EWOULDBLOCK，确保一次性收尽内核 RCVBUF 中所有就绪数据
- 对高吞吐场景，建议每次分配足够大的接收缓冲区（如 64KB～1MB），降低调用频次
调大接收缓冲区并匹配带宽延迟积（BDP）
内核接收缓冲区太小，会导致丢包、TCP 窗口收缩、重传，间接拖慢应用层接收节奏。实际生效大小需兼顾链路能力和系统限制：
- 计算参考值：BDP = 带宽（B/s） × RTT（s）。例如 1Gbps（≈125MB/s）链路 + 20ms RTT → BDP ≈ 2.5MB，接收缓冲区建议设为 ≥2×BDP（即 ≥5MB）
- 设置：setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &size, sizeof(size))
- 务必用 getsockopt() 检查实际生效值——Linux 可能自动翻倍或截断，且受 /proc/sys/net/core/rmem_max 限制
- 同步调整内核参数：
net.core.rmem_max=8388608、net.ipv4.tcp_rmem="4096 524288 8388608"（min/default/max）
禁用 Nagle 算法（TCP_NODELAY）+ 合理分包
虽然 Nagle 主要影响发送端，但它会间接拖慢接收节奏：发送方攒小包导致接收方数据不连续、唤醒延迟增加。对请求-响应类或实时流场景必须关闭：
- setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &(int){1}, sizeof(int))
- 关闭后，每个 write() 尽可能立即发出，接收端更易获得低延迟、高频率的小数据块
- 注意：若应用层本身已做批量组包（如协议头+多条记录），再关 NODELAY 可能增加报文数量，需权衡；但对“收完即处理”的场景（如实时日志、监控指标），关闭收益明显
用 epoll 配合边缘触发（ET）模式批量收包
select/poll 在连接数上升时性能陡降；epoll 是 Linux 推荐的 I/O 多路复用机制，尤其 ET 模式适合高吞吐接收：
- 注册 socket 时使用 EPOLLET 标志，避免重复通知同一就绪事件
- epoll_wait 返回后，对每个就绪 fd 必须 **循环 recv 直到 EWOULDBLOCK**，否则遗漏数据
- 搭配 SO_RCVBUF 调大 + 非阻塞，单次 epoll_wait 可驱动多个连接完成整批接收，大幅降低上下文切换和系统调用次数
- 避免在 recv 后立即 sleep 或做重 IO 操作，保持事件循环轻量，让 CPU 快速回到 epoll_wait 等待下一批就绪事件
