要查看 close_wait 连接，本质是查已收 fin 但未调用 close() 的半关闭连接；需用 ss -tan state close-wait 快速列出，结合 -p 或 lsof 定位进程，统计数量并观察是否长期堆积以判断是否僵死。

要查看处于 CLOSE_WAIT 状态的连接，本质是查“已收到对方 FIN、但本端还没调用 close() 关闭”的半关闭连接。这类连接不会自动消失，必须由应用主动释放，否则会堆积成僵死连接，耗尽文件描述符。

快速列出所有 CLOSE_WAIT 连接

使用 ss（推荐，比 netstat 更快更准确）：

• ss -tan state close-wait —— 显示所有 IPv4 的 CLOSE_WAIT 连接，含地址和端口
• ss -tun state close-wait —— 加 -u 同时看 UDP（实际 UDP 无 CLOSE_WAIT，此参数可忽略）

若仍需用 netstat（部分旧系统）：

• netstat -ant | grep CLOSE_WAIT
• 加 -p 显示进程（需 root 权限）：netstat -antp | grep CLOSE_WAIT

定位关联进程和端口

CLOSE_WAIT 本身不体现归属进程，需结合 -p 或后续过滤：

• 查指定端口（如 8080）上的 CLOSE_WAIT：ss -tan state close-wait dport = :8080
• 查某进程（如 nginx）打开的 CLOSE_WAIT：lsof -i -n -P -c nginx | grep CLOSE_WAIT
• 提取进程 PID：ss -tanp state close-wait | grep -o 'pid=[0-9]*' | cut -d= -f2 | sort -u

判断是否真“僵死”

单看状态不够，要确认是否长期未释放：

• 统计数量：ss -tan state close-wait | wc -l，持续 >100 且缓慢增长需警惕
• 观察时间维度：CLOSE_WAIT 没有内核超时机制（不像 TIME_WAIT 可设 tcp_fin_timeout），只要进程不 close，它就一直挂着
• 对比正常业务量：若某接口调用量突增后 CLOSE_WAIT 大量堆积，大概率是该服务代码漏关连接

不是“查看完就结束”，而是为下一步做准备

看到 CLOSE_WAIT，目标不是“数出来”，而是“找到谁在扛着不放”：

• 拿到 PID 后，用 ps -p [PID] -o pid,ppid,comm,args 看进程详情
• 用 lsof -p [PID] 查该进程所有打开的 socket，确认哪些是 CLOSE_WAIT
• 结合日志或代码检查：是否在异常分支、超时处理、finally 块中遗漏了 close() 或 socket.shutdown()