如果你想一次性看懂 Linux 网络套接字缓冲区的关键参数，最直接、最高效的方法就是查看 /proc/sys/net/core/ 和 /proc/sys/net/ipv4/ 目录下的对应文件。像 core/rmem_default 这类参数，表示系统级全局默认值，主要影响那些没有显式调用 setsockopt 的 socket；而 core/rmem_max 则是 SO_RCVBUF 可设置的硬性上限，超过该数值时会被内核静默截断；至于 tcp_rmem 和 tcp_wmem，它们属于 TCP 专用的三元组配置（min default max），限制的是内核自动调优的范围，并不会直接干预 SO_RCVBUF 的手动设置。
直接查看 /proc/sys/net/core/ 和 /proc/sys/net/ipv4/ 下的相关文件，就能获得所有关键的网络缓冲区详细数值——无需编写代码，也不依赖具体进程状态，系统级 socket 缓冲区配置可以清晰掌握。
查看系统级默认值与最大值：/proc/sys/net/core/rmem_default 等
这些参数是 Linux 内核为所有 socket 提供的全局基础配置，主要作用于未显式调用 setsockopt 的套接字：
/proc/sys/net/core/rmem_default：UDP 和 TCP（未启用自动调优时）的接收缓冲区默认大小，单位为字节/proc/sys/net/core/wmem_default：对应的发送缓冲区默认值/proc/sys/net/core/rmem_max：应用程序通过SO_RCVBUF可设置的最大接收缓冲区值（注意：内核实际分配的结果可能会翻倍）/proc/sys/net/core/wmem_max：发送缓冲区方向对应的最大可设置值
例如执行 cat /proc/sys/net/core/rmem_max，就可以立即查看当前系统允许的接收缓冲区上限。如果这个值设置得过小，那么 setsockopt(..., SO_RCVBUF, ...) 指定的更大数值不会报错，而是会被内核悄悄截断。
查看 TCP 协议栈专用三元组：/proc/sys/net/ipv4/tcp_rmem
TCP 的缓冲区管理策略更复杂，它由三个以空格分隔的整数共同控制，顺序为：min default max：
cat /proc/sys/net/ipv4/tcp_rmem的输出通常类似4096 131072 6291456，表示接收方向最小值 4KB、默认值 128KB、最大值 6MBtcp_wmem的含义相同，只是针对发送方向；其中default值通常会比rmem_default更小，以避免发送过快压垮对端- 这一组三元组配置仅对 TCP 生效；UDP 不使用这套自动调优逻辑，通常只认
core/rmem_default
需要特别注意的是：tcp_rmem 中的 max 并不会限制应用通过 SO_RCVBUF 设置的值，它约束的只是内核进行 TCP 自动调优时的最大范围。真正决定手动设置上限的，仍然是 core/rmem_max。
查看运行中某个 socket 的实际值：getsockopt 获取 SO_RCVBUF
如果你已经知道目标进程的 PID 和 socket fd（例如通过 ss -tulpn 或 lsof -i 查到），那么想查看该 socket 当前实际缓冲区大小，就必须进入进程上下文中读取：
- 可以使用 C 编写一个小程序，调用
getsockopt(fd, SOL_SOCKET, SO_RCVBUF, &val, &len) - 也可以借助
gdbattach 到目标进程，在内存中读取该 socket 结构体里的sk_rcvbuf字段（一般不推荐，容易出错） - 目前没有现成命令能直接打印某个 fd 对应的缓冲区容量——
ss和netstat显示的只是Recv-Q/Send-Q，也就是队列积压的字节数，而不是缓冲区总容量
一个常见误解是认为 ss -m 或 ss -i 能看到 socket 缓冲区大小。实际上，这些命令展示的是内存页统计、队列信息以及拥塞控制状态，并不会直接暴露 SO_RCVBUF 的具体数值。
为什么 setsockopt 设置后 getsockopt 返回值会翻倍？
在 Linux 内核中，用户传入的 SO_RCVBUF 数值通常会被乘以 2 后再保存，因为内核需要额外预留空间来管理 sk_buff 链表头、元数据等内部结构：
- 例如你传入
65536，而getsockopt返回131072，这属于正常行为，并不是程序 bug - 这种翻倍现象只发生在
SOL_SOCKET层；而tcp_rmem中看到的数值仍然是原始配置值，不会翻倍 - 因此在做参数比较时，应使用
core/rmem_max去对比应用传入的原始值，而不是直接和getsockopt返回值比较
还有一个调试时非常容易忽略的细节：修改 /proc/sys/net/core/rmem_max 之后，已经存在的旧进程不会自动继承新配置，只有新创建的 socket 才会应用新的上限。因此在调整 sysctl 参数后，不要立刻拿老进程中的 fd 做验证，否则很容易得出错误结论。
