ss 是查看 TCP 连接状态最准最快工具，直接读取内核 socket 信息；ss -tna 列出全部 TCP 连接，ss -tn state time-wait | wc -l 精确统计 TIME-WAIT 数量，/proc/net/sockstat 中 tw 字段提供轻量全局统计。
用 ss 查看当前 TCP 连接状态最准也最快
netstat 已在多数现代发行版中被弃用，ss（socket statistics）是替代方案，底层直接读取内核 socket 信息，延迟低、结果实时。默认不带参数只显示已建立的连接，加 -t 限定 TCP，-n 禁用解析（避免 DNS/服务名查表拖慢），-l 显示监听端口，-a 显示所有（包括非 established）：
ss -tna —— 列出全部 TCP 连接，状态列（如 ESTAB、TIME-WAIT、CLOSE-WAIT）清晰可读
常见误操作：用 netstat -an | grep TIME_WAIT，不仅慢，还可能漏掉处于快速回收路径中的连接；ss 的状态分类更贴近内核实际状态机。
统计 TIME-WAIT 连接数量的可靠命令
直接过滤 + 计数即可，但要注意状态名称大小写和字段位置：
-
ss -tn state time-wait | wc -l——ss的state子命令支持小写状态名，比正则更稳 - 如果要排除表头（
Recv-Q Send-Q Local Address:Port Peer Address:Port），上述命令已天然不含表头，无需grep -v - 避免用
ss -tn | grep 'TIME-WAIT' | wc -l：部分内核版本中状态字段可能对齐不一致，导致匹配失败 - 若需按本地端口聚合统计：
ss -tn state time-wait | awk '{print $5}' | cut -d':' -f2 | sort | uniq -c | sort -nr
/proc/net/sockstat 提供全局连接概览，但不细分 TIME-WAIT
该文件是内核汇总数据，适合快速判断整体 socket 压力，但不包含单个连接状态：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
cat /proc/net/sockstat 输出类似：
sockets: used 1234 TCP: inuse 89 orphan 5 tw 212 alloc 1024 mem 512 UDP: inuse 12 mem 3 UDPLITE: inuse 0 RAW: inuse 0 FRAG: inuse 0 memory 0
其中 tw 字段即当前 TIME-WAIT socket 总数，单位是个数（不是字节），比遍历 ss 更轻量，适合监控脚本高频采集。注意：这个值是内核统计的“处于 TIME-WAIT 状态的 socket 数”，与 ss 结果基本一致，但略滞后（取决于内核更新频率）。
为什么 TIME-WAIT 数量突然飙升？先盯住这几个点
高 TIME-WAIT 本身不是错误，但持续 >6w 或伴随连接超时/拒绝，说明上游或下游行为异常：
- 客户端短连接密集发起（如 HTTP Keep-Alive 关闭、爬虫无节制请求）→ 检查应用是否复用连接
- 服务端主动关闭连接（
close()而非shutdown(SHUT_WR)）→ 对端进入 TIME-WAIT，应尽量由客户端关连接 -
net.ipv4.tcp_tw_reuse = 0（默认为 0）且net.ipv4.tcp_fin_timeout较大 → TIME-WAIT 回收慢，可酌情开启 reuse（仅限客户端场景） - 连接被中间设备（如 NAT 网关、负载均衡）异常中断 →
ss中会看到大量FIN-WAIT-2或SYN-RECV，而非单纯 TIME-WAIT
TIME-WAIT 是 TCP 协议安全机制的一部分，强行调低 tcp_fin_timeout 或禁用 tw_recycle（已移除）可能引发数据错乱，优先从连接模型和超时策略入手。
