最可靠方法是直接读取/proc/sys下的内核参数文件；tcp缓冲区策略由tcp_rmem/wmem控制，全局上限由core.rmem_max/wmem_max限制，实际值需用ss -m或getsockopt获取。
直接读 /proc/sys 下的内核参数文件最可靠
Linux 没有统一的“套接字缓冲区全局视图”，不同层级的缓冲区由不同参数控制，必须分层查。最直接、无需编译或运行程序的方法就是读取 /proc/sys 虚拟文件系统里的值。
-
/proc/sys/net/ipv4/tcp_rmem和/proc/sys/net/ipv4/tcp_wmem：TCP 连接实际使用的接收/发送缓冲区策略，格式为“最小 默认 最大”（单位字节） -
/proc/sys/net/core/rmem_max和/proc/sys/net/core/wmem_max：所有 socket（TCP/UDP）能设置的硬上限，单次setsockopt(SO_RCVBUF)不能超过此值 -
/proc/sys/net/core/rmem_default和/proc/sys/net/core/wmem_default：未显式调用setsockopt的新 socket 默认值，仅影响初始分配
执行 cat /proc/sys/net/ipv4/tcp_rmem 输出类似 4096 262144 8388608，说明该 TCP socket 接收缓冲区可在 4KB 到 8MB 之间动态调整，默认起始为 256KB。
用 sysctl 查看更简洁，但注意输出格式差异
sysctl 是对 /proc/sys 的封装，方便批量查看，但默认不显示单位，且对三元组参数会合并成一行输出，容易误读。
- 命令：
sysctl net.ipv4.tcp_rmem net.core.rmem_max - 输出中
net.ipv4.tcp_rmem = 4096 262144 8388608是合法的；而net.core.rmem_max = 16777216是单值 - 别把
tcp_rmem的三个数当成“当前使用值”——它只是策略范围，实际运行时每个 socket 的缓冲区大小需用ss -m或getsockopt查
查正在运行的 socket 实际缓冲区大小要用 ss -m
ss 是现代替代 netstat 的工具，-m 参数能显示每个 socket 当前内存占用，其中 rcvbuf 和 sndbuf 字段反映内核为该连接实际分配的缓冲区字节数（含内核管理开销，通常比应用层请求值大 2 倍）。
- 命令：
ss -t -i -m | grep -A2 'your_port_or_ip' - 输出示例：
skmem:(r:262144,rb:262144,t:262144,tb:262144,fw:0,dropped:0)，其中r是已分配接收缓冲区总容量，rb是当前已用字节数 - 注意：
ss -m需 root 权限才能看到全部 socket；非 root 用户只能看到自己进程的 socket
在 C 程序里用 getsockopt 获取单个 socket 的当前值
如果要调试某个具体 socket 的行为，比如确认 setsockopt(SO_RCVBUF, &size, sizeof(size)) 是否生效，必须在代码中用 getsockopt 回读验证，因为内核可能截断、对齐或加倍你传入的值。
- 关键点：
SO_RCVBUF和SO_SNDBUF返回的是内核最终设定的值，不是你传入的原始值 - 常见陷阱：调用
setsockopt后不检查返回值，也不回读——内核可能因net.core.rmem_max限制而静默降级 - 示例片段：
getsockopt(fd, SOL_SOCKET, SO_RCVBUF, &val, &len)，val得到的是内核实际分配的字节数（含管理开销）
真正难的不是查到数值，而是理解哪一层的值在起作用：net.core.*_max 卡死上限，net.ipv4.tcp_*mem 决定 TCP 动态伸缩逻辑，而 ss -m 或 getsockopt 显示的才是此刻真实分配的内存。三者不一致时，问题一定出在配置协同上。
