“recv() failed”和“send() failed”本身不是拥塞直接报错，但频繁出现EAGAIN/EWOULDBLOCK、ETIMEDOUT、ECONNRESET等错误码，结合Recv-Q/Send-Q持续偏高、重传率上升、RTT剧烈波动，可精准定位TCP拥塞引发的连锁故障。
“recv() failed” 和 “send() failed” 不是网络拥塞的直接报错，而是应用程序调用系统函数时遭遇底层异常后的结果。它们本身不声明“发生了拥塞”，但当频繁、成片或伴随特定错误码（如 EAGAIN、EWOULDBLOCK、ETIMEDOUT、ECONNRESET）出现时，往往指向拥塞引发的连锁反应——包括缓冲区满、对端失联、中间设备丢包或TCP重传超时。
recv() failed 的拥塞相关表现
recv() 失败，本质是应用层尝试从内核接收缓冲区读取数据时受阻。在拥塞场景下，常见模式不是“永远读不到”，而是读行为被中断或返回异常状态：
- 非阻塞 socket 返回 EAGAIN/EWOULDBLOCK：表示内核接收缓冲区当前为空，但连接仍正常。若持续返回该错误，说明对端发包变慢或中断——可能因对方发送缓冲区堆积（Send-Q 高）、链路丢包导致重传延迟、或对方进程卡死未 send。
- 阻塞 socket 长时间 hang 住，最终超时返回 ETIMEDOUT：通常发生在 TCP Keepalive 启用且探测失败后。拥塞导致 ACK 延迟严重，Keepalive 包反复重发无响应，最终内核判定连接失效。
- 突然返回 ECONNRESET 或 EPIPE：说明对端已异常关闭连接（如进程崩溃、主动 RST）。拥塞加剧时，若对端接收缓冲区持续满（Recv-Q 长期 > 0），其 TCP 栈可能触发保护性 RST，拒绝继续接收。
- recv() 成功返回但字节数远小于预期（如只读到几个字节）：不是失败，但属拥塞间接征兆——例如对方因处理不过来而分小包发送，或中间路由器分片/丢包导致应用层需多次 recv 才拼出完整消息。
send() failed 的拥塞相关表现
send() 失败，反映的是应用层数据无法顺利进入内核发送缓冲区，或缓冲区虽接收但后续传输彻底失败。拥塞常通过以下方式暴露：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- 非阻塞 socket 返回 EAGAIN/EWOULDBLOCK：最典型拥塞信号。说明本机内核发送缓冲区已满（Send-Q 达上限），原因可能是对端接收太慢（Recv-Q 高）、网络丢包导致 TCP 窗口收缩为 0、或路径上某路由器队列溢出丢弃 ACK，使本端无法推进滑动窗口。
- 阻塞 socket 长时间阻塞在 send() 调用中：并非立即失败，但等待时间异常长。这常因 TCP 协议栈正反复重传未确认段（拥塞控制退避），或对端窗口长期为 0，send() 只能等窗口打开。此时 netstat 查看该连接 Send-Q 会持续高位。
- send() 返回成功，但后续 write/read 或其他 socket 调用报错（如 SIGPIPE）：说明数据虽拷入内核缓冲区，但后续传输失败。例如对端崩溃后发 RST，本端再调用 send() 会触发 SIGPIPE；或拥塞导致大量重传超时，内核最终放弃连接并清空缓冲区，后续操作即失败。
- send() 返回部分字节数（short write）：尤其在非阻塞模式下，表示只拷贝了部分数据到缓冲区。若反复发生且缓冲区始终不满，可能因协议栈忙于处理重传/ACK，调度能力下降。
结合 netstat 与错误码交叉验证
单看 send()/recv() 错误码易误判。必须结合连接状态观察：
- 对 ESTABLISHED 连接执行 netstat -ant | grep :PORT，若发现 Recv-Q 持续 > 0（如 8192、16384），说明对端应用读取慢或崩溃，你方 recv() 可能因对方 RST 失败；若 Send-Q 持续 > 0，你方 send() 很可能因 EAGAIN 频繁失败。
- LISTEN 状态下 Recv-Q 高，表示半连接队列满（SYN Flood 或 accept() 太慢）；Send-Q 高，表示全连接队列满（新连接建好但没被 accept），此时新连接的 send()/recv() 根本不会开始，而是直接失败或超时。
- 错误码 ENOBUFS（“No buffer space available”）是内核级资源耗尽信号，常因全局 socket 缓冲区不足或突发流量打满网卡 ring buffer，属严重拥塞表征，需查 /proc/sys/net/core/rmem_max、wmem_max 及网卡驱动日志。
关键区别：拥塞 vs 连接故障
拥塞是动态、可恢复的过程；连接故障（断线、RST、FIN）是状态终结。判断依据在于：
- 错误是否短暂、偶发、随流量下降而消失？→ 倾向拥塞。
- 是否伴随高 Send-Q/Recv-Q、重传率上升（ss -i 查 retrans）、RTT 波动剧烈？→ 强支持拥塞。
- 是否所有连接同时失败？或仅特定远端 IP 失败？→ 后者更可能是该路径拥塞，而非本机问题。
- 同一连接上 send() 和 recv() 是否交替失败？→ 典型双向拥塞或中间设备问题（如防火墙限速、QoS 策略）。
