Linux查看网络套接字收发缓冲区数值的方法

这里必须通过 getsockopt 系统调用来确认：getsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &val, &len) 返回的是当前实际生效的值。需要注意，这个数值表示的是内核真正分配的缓冲区字节数，通常会是用户设置值的 2 倍，并且不会低于系统最小限制；也就是说，它既不是 socket 创建时的初始默认值，也不是 sysctl 中看到的配置参数。

用 getsockopt 查看单个 socket 的实时缓冲区大小

在程序运行过程中，想准确查看某个具体 socket 的 SO_RCVBUF 和 SO_SNDBUF 数值，必须通过系统调用获取，不能仅靠 /proc 或 sysctl 配置来推测。原因在于：这些值在 socket() 创建后会由内核按照默认参数初始化，但之后可能被 setsockopt() 修改，也可能被内核自动放大（Linux 会预留一定管理开销，实际分配空间通常约等于请求值 × 2）。

关键点：

• getsockopt(fd, SOL_SOCKET, SO_RCVBUF, &val, &len) 返回的是当前真实生效值，而不是最初默认值
• 必须在 socket 已创建且尚未关闭时调用，否则会返回 EBADF
• 返回的 val 是内核实际分配的缓冲区字节数，可能比你在 setsockopt 中传入的值更大

示例片段（C）：

int rcvbuf = 0, sndbuf = 0;
socklen_t len = sizeof(rcvbuf);
if (getsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &rcvbuf, &len) == 0) {
printf("SO_RCVBUF: %dn", rcvbuf);
}
if (getsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &sndbuf, &len) == 0) {
printf("SO_SNDBUF: %dn", sndbuf);
}

用 netstat -tulpn 观察进程级 socket 缓冲区队列长度

netstat 不会直接显示 socket 接收缓冲区或发送缓冲区的配置大小，但它可以反映当前 socket 接收/发送队列中积压了多少字节数据，也就是 Recv-Q 和 Send-Q 两列。这个值会动态变化，表示尚未被应用程序读取或尚未成功发送出去的数据量。

常见误判场景：

• Recv-Q 持续大于 0：通常说明应用读取过慢，或者缓冲区过小，导致数据在丢包前已经发生堆积
• Send-Q 非零且长期不下降：可能是对端接收窗口阻塞、网络出现拥塞，或者本端发送缓冲区已满但应用没有正确检查 send() 返回值
• UDP socket 的 Recv-Q 非零，往往表示已有数据报到达但尚未被 recvfrom() 取走，新的数据包到来时可能造成覆盖或丢弃

命令示例：

netstat -tulpn | grep :8080
# 输出类似：tcp 12416 0 127.0.0.1:8080 0.0.0.0:* LISTEN 12345/nginx
# 其中 12416 就是当前 Recv-Q 字节数

用 ioctl 查询 socket 当前已缓存的数据量（非配置值）

如果你想弄清楚“当前这个 socket 的接收缓冲区里，到底还有多少字节没有被应用读取”，就必须区分两个概念：getsockopt(..., SO_RCVBUF, ...) 获取的是接收缓冲区容量上限，而真正能反映排队待读数据量的，是 ioctl(fd, SIOCINQ, &len)，它返回的才是当前实际可读取的字节数。在排查阻塞、延迟、超时等网络问题时，这个差别非常关键。

注意区别：

• SIOCINQ（也叫 FIONREAD）：返回接收队列中**已经到达但尚未读取**的字节数（TCP）或数据报个数（UDP）
• SIOCOUTQ：返回发送队列中**已经写入但尚未发出**的字节数（仅适用于 TCP；UDP 不适用，因为不存在重传队列）
• 这两个 ioctl 调用都不会改变 socket 状态，也不需要额外特权

示例（C）：

unsigned long inq = 0;
if (ioctl(sockfd, SIOCINQ, &inq) == 0) {
printf("Bytes ready to recv: %lun", inq);
}

为什么不能只看 /proc/sys/net/core/rmem_default？

这个文件只决定新建 socket 的初始 SO_RCVBUF 默认值，但实际生效结果还会被多层机制覆盖：

• TCP socket 还会受到 /proc/sys/net/ipv4/tcp_rmem 中间值的影响，也就是其中的“默认值”字段，它的优先级高于 rmem_default
• UDP socket 才会真正采用 rmem_default，但只要调用了 setsockopt(fd, SOL_SOCKET, SO_RCVBUF, ...)，就会完全脱离系统默认配置
• 即使业务代码没有显式设置，某些库（例如 glibc 的 getaddrinfo 创建相关 socket 时）或框架（如 nginx、redis）也可能在内部调用 setsockopt 覆盖默认值

因此，查看系统参数只能知道“在没有任何额外设置时，新 socket 默认会是多少”，却不能替代对具体文件描述符 fd 的实际检测。这也是 Linux 查看网络套接字接收缓冲区和发送缓冲区数值时，必须结合 getsockopt、ioctl 以及 netstat 一起分析的原因。