bind: address already in use 错误未必是端口被监听占用，更可能是 ip_local_port_range 耗尽导致 connect() 自动 bind 失败；此时 ss -s 显示 time_wait 数接近端口范围上限，且无对应监听进程。
为什么 bind: Address already in use 不一定是端口真被占了
当看到这个错误，第一反应常是用 netstat -tuln | grep :PORT 或 lsof -i :PORT 查进程，但若问题出在 ip_local_port_range 耗尽，这些命令大概率查不到“占用者”——因为根本没进程在监听那个端口，而是系统找不到可用的临时端口来分配给新连接（比如 connect() 时自动 bind）。此时 ss -s 显示的 tw（TIME_WAIT）数往往异常高，且 /proc/sys/net/ipv4/ip_local_port_range 的范围本身又很窄（如默认 32768 60999，仅约 28K 端口），高并发短连接场景下极易打满。
快速确认 ip_local_port_range 是否已耗尽
执行以下命令组合判断：
cat /proc/sys/net/ipv4/ip_local_port_range ss -s | grep -i "timewait\|established"
关键看两点：
-
ss -s中tw数量接近或超过ip_local_port_range上下界之差（例如 60999 − 32768 + 1 = 28232），基本可判定耗尽 - 同时
established数量不高，说明不是长连接占满，而是短连接快速进入 TIME_WAIT 后未及时回收 - 注意：
net.ipv4.tcp_tw_reuse和net.ipv4.tcp_fin_timeout的值会影响实际回收速度，但它们不改变端口池大小
定位真正“吃掉”本地端口的进程（非监听型）
真正占端口的是处于 TIME_WAIT、ESTABLISHED、SYN_SENT 等状态的 socket，需按源端口聚合统计。用下面这个一行脚本找出本地端口使用最多的前 10 个进程：
