问题现象

疯狂的报错如下图：

主要错误的信息only one usage of each socket address (protocol/network address/port) is normally permitted) while connecting to upstream

排查步骤及分析1. 确认注册表数据是否正确

（1）验证注册表路径:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

（2）执行以下命令确认动态端口范围:

netsh int ipv4 show dynamicport tcpnetsh int ipv4 set dynamicport tcp start=1024 num=64511

（3）确认历史配置无异常。

2. 端口占用分析

通过以下命令确认连接状态：

netstat -an | findstr TIME_WAIT netstat -ano | findstr 11000 netstat -ano | findstr 10805

发现:多数连接处于 TIME_WAIT 状态，显示端口资源耗尽。

3. Nginx 访问日志分析

（1）现象：每隔 5 秒，系统调用 XX 服务，每次调用 4 次，接口响应时间逐渐增加，形成资源竞争。

（2）问题推测:短时间内大量连接，每次请求耗时过长，导致连接未释放，端口资源逐渐耗尽。系统端口限制，Windows 默认动态端口约 60,000，未及时释放的连接引发异常。

（3）问题重现与实验验证步骤:

a. 将本地动态端口范围调整为 1,000。

b. 使用 Postman 压测某接口，模拟 5 秒 4 次调用场景。

c. Nginx 日志出现 10048 错误，同时前端返回 502 状态码。

结果: 本地环境成功复现问题，验证了端口资源耗尽的可能性。

4. 解决措施及结果1. 暂时措施:

重启客户机器: 清空端口占用，恢复登录功能。

2. 根因分析与长期方案

a. 核心原因: 外汇 SDK 在断线重连时未释放 socket 连接，导致端口打满。

b. 解决方案:升级外汇 SDK 至最新版本（1.5.2），修复连接释放问题。受影响版本: SDK Client 1.5.1。

3. 优化建议

（1）系统层面优化:

a. 调整动态端口范围:

netsh int ipv4 set dynamicport tcp start=10000 num=55000

b. 增加端口释放速度:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpTimedWaitDelay

（2）应用层优化:

a. 使用长连接池，减少短连接资源消耗。

b. 增加接口调用的延迟队列或限流机制，避免高频请求。

c. 运维监控：定期检查连接状态，设置端口占用预警机制。