Linux socket接收与发送缓冲区是内核中具有容量、状态和反馈机制的关键环节，Recv-Q表示应用未读取的已接收字节数，Send-Q表示未被确认的已发送字节数；二者持续非零分别反映应用读取慢或对端接收/网络异常，需结合tcp_rmem/wmem等内核参数及ss/netstat实时观测分析。

Linux socket 的接收与发送缓冲区不是透明的管道，而是有容量、有状态、有反馈机制的关键环节。数据没发出去或收不进来，问题往往不在应用逻辑，而在缓冲区是否积压、是否被窗口压制、是否配置失当。

用 netstat 实时观察缓冲区水位

最直接的方式是运行：

• netstat -nt 查看所有 TCP 连接的 Recv-Q（接收队列字节数）和 Send-Q（发送队列字节数）
• watch -n 0.1 'netstat -nt | grep :端口号' 持续刷新，观察 Send-Q 是否持续增长——若长期不降，说明对端接收慢或丢包，本端数据卡在发送缓冲区
• Recv-Q 非零且缓慢上涨，通常意味着应用层调用 recv() 太少或太慢，接收缓冲区正在堆积

查系统级默认与上限配置

缓冲区大小受内核参数硬性约束，不能仅靠 setsockopt 无限扩大：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 查看 TCP 默认/最小/最大接收缓冲区：cat /proc/sys/net/ipv4/tcp_rmem（如 4096 87380 4161536）
• 查看 TCP 默认/最小/最大发送缓冲区：cat /proc/sys/net/ipv4/tcp_wmem
• 全局收发缓冲区上限：cat /proc/sys/net/core/rmem_max 和 cat /proc/sys/net/core/wmem_max（注意：setsockopt 设置值超过此上限会被自动截断）
• UDP 缓冲区则看 /proc/sys/net/core/rmem_default 和 wmem_default

程序内动态获取与调整缓冲区

运行时可通过 socket 选项读取或设置实际生效的缓冲区大小：

• 获取当前值：getsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &val, &len)，返回的是内核实际分配值（可能被内核倍增）
• 设置期望值：setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &size, sizeof(size))，需在 connect() 或 listen() 前调用才更可靠
• 注意：SO_SNDBUF/SO_RCVBUF 设置的是 *软上限*，内核仍会根据 TCP autotuning 动态伸缩；若想禁用自动调整，可设 TCP_WINDOW_CLAMP 或关闭 autotuning（不推荐）

结合滑动窗口理解缓冲区行为

缓冲区不是孤立存在，它和 TCP 窗口通告强耦合：

• 接收缓冲区剩余空间决定通告窗口大小（win field），若应用不 recv，接收缓冲区填满 → 窗口收缩为 0 → 发送端停发
• 发送缓冲区满（sk_wmem_alloc ≥ sk_sndbuf）时，阻塞模式下 send() 会挂起，非阻塞模式返回 EAGAIN/EWOULDBLOCK
• Send-Q 不为 0 并长期存在，不一定代表网络差，也可能是对端 ACK 延迟、乱序重传、或 Nagle 算法未触发发送（可用 TCP_NODELAY 关闭）