临时端口耗尽本质是time_wait堆积，非端口总数不足；需通过windows注册表调大maxuserport至65534、缩短tcptimedwaitdelay至30秒、禁用jmeter keep-alive、启用httpclient4连接池及限流策略协同优化。
临时端口耗尽导致连接失败，本质不是端口总数不够，而是大量端口被卡在 TIME_WAIT 状态无法及时释放复用。尤其在 Windows 下，默认仅约 4000 个动态端口（1024–5000），且每个连接默认要“锁住”端口 240 秒，高并发短连接场景下极易崩溃。解决需从系统、JMeter 配置、连接复用三个层面协同优化。
调整 Windows 临时端口范围与回收策略
这是最直接有效的系统级修复，必须修改注册表并重启生效：
- 按 Win + R 输入
regedit，定位到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters - 新建 DWORD（32 位）值：
• MaxUserPort → 十进制设为 65534（扩大端口上限）
• TcpTimedWaitDelay → 十进制设为 30（将 TIME_WAIT 缩短至 30 秒） - 可选但推荐：新增 TcpNumConnections → 设为 0xfffffffe（十六进制，约 42 亿，解除连接数软限制）
- 修改后必须重启电脑，否则不生效
关闭或严格控制 HTTP Keep-Alive
JMeter 默认启用 Keep-Alive，看似省资源，实则在压测中易造成连接长期占用、端口释放慢。尤其当目标服务未正确响应 Connection: keep-alive 时，JMeter 可能误判并维持无效长连接：
- 在每个 HTTP 请求采样器中，取消勾选 “Use KeepAlive”
- 若需保留复用效果，改用 HTTP Cache Manager + HTTP Header Manager 显式控制缓存与连接头
- 避免全局开启 Keep-Alive 后又配置极短超时——这反而加剧“建连—断连—再建连”的端口震荡
启用连接池复用与合理限流
让有限端口服务更多请求，核心是减少新建连接次数：
- 在测试计划中添加 HTTP Request Defaults，设置 “Implementation” 为 HttpClient4（比 Java 实现更可控）
- 配合 HTTP Cookie Manager 和 HTTP Cache Manager，降低重复建连概率
- 对同一域名的请求，确保使用相同线程组或启用 HTTP Connection Pool（JMeter 5.5+ 支持）
- 必要时引入 Constant Throughput Timer 或 Precise Throughput Timer，避免瞬时连接洪峰打满端口池
验证是否真正解决
别只看 JMeter 是否报错，要确认系统层已改善：
- 压测中实时执行：
netstat -an | findstr :目标端口 | findstr TIME_WAIT | measure-object
观察 TIME_WAIT 数量是否稳定在可用端口范围内（如低于 5 万） - 检查端口分配情况：
netsh int ipv4 show dynamicportrange tcp
确认显示范围已更新为类似Start Port: 10000，Number of Ports: 55535 - 错误率下降、吞吐量平稳上升、JMeter 日志不再出现
BindException: Address already in use即为有效
