JMeter 5.5压测遇BindException：线程是否未复用端口致端口耗尽？

核心疑问解答 #

是的，100个并发线程可能会使用多个端口——即使你开启了keep-alive并选用HttpClient4。理想状态下连接可以复用，但实际中以下情况会导致线程创建新连接、占用新端口：

• 服务端主动关闭长连接（比如服务端keep-alive超时远短于测试时长）
• JMeter连接池配置未优化，连接无法被有效复用
• 请求返回错误码触发连接重建
• 本地同机测试时，TIME_WAIT状态端口回收不及时，叠加连接复用失效，快速耗尽可用端口

具体优化方案 #

1. 优化JMeter连接复用配置 #

打开JMeter安装目录bin下的user.properties文件，添加/修改以下配置：

# 开启HttpClient4连接池
httpclient4.reuseconnections=true
# 单路由最大连接数（匹配并发数）
httpclient4.maxconnections.perroute=100
# 全局最大连接数
httpclient4.maxconnections=200
# 空闲连接超时（建议大于服务端keep-alive超时）
httpclient4.idletimeout=60000

同时在HTTP请求的高级设置中确认：

• 勾选Use keep-alive
• 实现选择HttpClient4
• 若无需测试静态资源，取消勾选Retrieve All Embedded Resources

2. 进一步优化Windows系统端口参数 #

在已调整MaxUserPort和TcpTimedWaitDelay的基础上，补充以下注册表设置（定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters）：

• 添加/修改DWORD值TcpNumConnections为65534（最大TCP连接数）
• 添加/修改DWORD值TcpMaxDataRetransmissions为3（减少重试导致的端口占用）
• 添加/修改DWORD值EnableTCPChimney为0（禁用TCP烟囱，避免同机测试兼容性问题）
  修改后重启系统生效

3. 调整测试计划配置 #

• 缩短保持目标并发时长：当前测试在ramp-up阶段就耗尽端口，可先将保持时长从15秒缩短至10秒，或延长ramp-up时间至300秒，降低端口创建速率
• 限制线程迭代次数：将线程迭代限制从-1改为固定值（比如10），避免无限制迭代持续创建连接
• 添加请求延迟：在并发线程组中加入Constant Timer，设置每个请求间隔100ms，放缓端口消耗速度

4. 排查被测应用的连接配置 #

由于JMeter与应用同机，检查服务端HTTP配置：

• 确认服务端开启keep-alive，且超时时间设置合理（建议≥60秒）
• 调整服务端最大连接数，避免服务端先耗尽端口导致连接被强制关闭
• 查看服务端日志，排查是否存在大量连接被主动关闭的记录

5. 非GUI模式额外优化 #

运行测试时添加JVM参数，优化内存与网络性能：

jmeter -n -t testplan.jmx -l result.jtl -Jheap="-Xms8g -Xmx8g" -Jhttpclient4.reuseconnections=true

同时确保禁用所有非必要插件与监听器，减少资源消耗

内容的提问来源于stack exchange，提问作者andjuly