Jmeter之端口占用Address already in use

原创 已于 2022-09-13 09:35:26 修改 · 1.8k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jmeter

于 2022-09-09 11:41:32 首次发布
本文详细分析了Java中遇到的'Address already in use'错误，指出端口耗尽、TIME_WAIT状态和CLOSE_WAIT状态可能导致的问题。给出了调整Windows系统参数以释放更多端口和优化TCP连接的解决方法，包括修改注册表中的MaxUserPort、TcpTimedWaitDelay、MaxDataRetries、keepAliveTime和keepAliveInterval等参数，并介绍了关闭HTTP请求时正确关闭流的重要性。
报错信息

java.net.BindException：Address already in use.

原因分析

1、Windows提供给TCPIP连接的端口为1024-5000，并且要四分钟左右循环回收，这就导致我们短时间内频繁调用大量请求时，端口将被占满。

2、TCP/IP 可释放已关闭连接并重用其资源前，必须经过的时间。关闭和释放之间的此时间间隔通称 TIME_WAIT 状态或两倍最大段生命周期（2MSL）状态。此时间期间，重新打开到客户机和服务器的连接的成本少于建立新连接。减少此条目的值允许 TCP/IP 更快地释放已关闭的连接，为新连接提供更多资源。如果运行的应用程序需要快速释放和创建新连接，而且由于 TIME_WAIT 中存在很多未关闭的连接，导致吞吐量比较低。

3、Close_Wait 会占用一个连接，网络可用连接小。当数量过多时，可能会引起网络性能下降，并占用系统非换页内存。尤其是在有连接池的情况下(比如 HttpRequest)，会耗尽连接池的网络连接数，导致无法建立网络连接。

（1）如果是Web请求，经常是因为 Response 的 BodyStream 没有调用 Close。举个例子，Widnows 下使用 HttpWebRequest 一定要保证 GetRequestStream 和 GetResponse 对象关闭，否则容易造成连接处于 CLOSE_WAIT 状态
（2）TCP的 KeepLive 功能， 操作系统 默认 7200秒 (2小时) 自动清理一次 CLOSE_WAIT 的连接，满足不了高并发下的端口需求数。支持自定义配置。

解决办法

1、使用 win + R 快捷键或者在系统中搜索中输入cmd，打开 cmd，输入 regedit 命令打开注册表。
2、找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters目录
3、右键新建DWORD，选择十进制输入十进制对应的值；选择16进制输入16进制对应的值

DWORD十进制十六进制
MaxUserPort65534fffe
TcpTimedWaitDe301e
MaxDataRetries55
keepAliveTime10786329666ddd00
keepAliveInterval10003e8

4、重启windows，配置项生效

https://www.cnblogs.com/xh123456/p/10654404.html

zhouxs_29
关注
【JMeter】Address already in use: connect问题
sysu_lluozh
05-24 3149
在windows系统使用jmeter发起压力时，如果qps达到一定的值比如超过1000时，一段时间后出现报错信息 报错信息 java.net.BindException: Address already in use: connect 原因分析 从字面的意思看，地址被占用 windows提供给TCP/IP链接的端口为1024-5000，并且要四分钟来循环回收它们，导致在短时间内跑大量的请求时将端口占满了，导致如上报错 解决办法 cmd中输入regedit命令打开注册表 找到以下目录HKEY_LOCAL_
JMeter压测异常BindException:Address already in use:conned
靖节先生的博客
03-05 2757
执行JMeter时，当并发线程数较高时（尤其是测试机器还存在连接其他服务器的socket），运行一会就会产生address already in use的异常，这是因为Windows中TCP客户端和服务器连接时，客户端必须分配一个动态端口，默认情况下这个动态端口的分配范围为 1024-5000 ，也就是说默认情况下，客户端最多可以同时发起3977 个Socket 连接，如果线程数过多，导致了我们在短时间内发起大量请求的时候将端口占满了且无法及时回收，导致客户端的地址就会不够用，就会引发该异常。
JMeter压测时报错Address Already in use 或 java.net.SocketException: Socket closed
小短腿
10-25 1289
由于模拟并发请求会占用一个端口，和远程来建立连接，但是windows本身提供的端口访问机制受到限制，在Windows操作系统中，端口号的使用受到一定的管理和限制。当应用程序需要建立TCP/IP连接时，如果没有指定特定的端口号，操作系统通常会从动态端口范围（包括1024-5000）中分配一个可用的端口给该连接。在TCP/IP协议中，当一个连接关闭后，其端口会进入TIME_WAIT状态，以确保所有与该连接相关的数据包都已正确传输和接收。在某些情况下，如系统资源紧张或网络负载较高时，端口回收的时间可能会稍长。
Jmeter Address already in use 使用分压机解决方法
最新发布
骄马之死的博客
10-27 341
但这种方案不能完全解决问题，因为有些压测需求是需要长连接的，例如并发数设置的很高的情况下，即使设置长连接也会有这个问题，因此最根本的解决方法是设置分压机。Jmeter Address already in use 是由于单台压测机端口资源耗尽导致的。注意启动方式和单机有所区别。
Jmeter性能压测报错address already in use:connect
GDYY3721的博客
06-27 2908
这个问题的原因是windows端口被耗尽了（默认1024-5000），而且操作系统要 2~4分钟才会重新释放这些端口，所以可以增加windows的可用端口来解决。2、找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TCPIP\Parameters。3、新建 QWORD值，name：TcpTimedWaitDelay，value：30（十进制）3、新建 DWORD值，name：MaxUserPort，value：65534（十进制）
JMeter Address Already in use 错误解决
皮卡丘的猫的专栏
08-15 4953
引言：大家好，我是热爱coding，崇尚开源，乐于分享的【皮卡丘的猫】 在windows 环境下使用jmeter 进行压测的过程中，通常会遇到这样的错误“JMeter Address Already in use”， 查阅了不少资料，发现这是windows本身提供的端口访问机制的问题。 Windows提供给TCP/IP连接的端口为1024-5000，并且要4分钟来循环回收它们，这就导致了我们在短时间内发起大量请求的时候将端口占满了。 解决方案如下： step1:win+r 在...
JMeter address already in use
kaixinde_xiaoxi
01-02 262
Jmeter Address already in use: connect 解决
我的博客
12-08 1572
做压测接口时，并发一段时间后，会报java.net.BindException: Address already in use: connectwindows提供给TCP/IP链接的端口为 1024-5000，并且要四分钟来循环回收它们，就导致在短时间内跑大量的请求时将端口占满了，导致如上报错Jmeter里的http sample勾选了keep alive。
JMeter压力测试报Address already in use: connect错误怎么办？
sakjdhakj的博客
06-12 909
！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片介入群聊免费领取，群里还有大佬帮忙解答问题，千万不要错过哦。全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】：t=N4P3t=N4P3全套自动化测试面试简历学习资料获取点击链接加入群聊【python自动化测试交流】：http://qm.qq.com/cgi-bin/qm/qr?
JMeter Address Already in use
小生不才的博客
12-22 1749
1.原因分析 windows 本身提供的端口访问机制的问题。 Windows 提供给 TCP/IP 链接的端口为 1024-5000，并且要四分钟来循环回收他们。就导致我们在短时间内跑大量的请求时将端口占满了。 2.解决方案 详情参考微软官网添加链接描述 2.1.打开注册表 cmd 中输入regedit 命令打开注册表 2.2.新建变量 在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters下，右击 parameters，
JMeter Address Already in use 实测2种解决方案
zhaoh_优快云的博客
03-29 5051
在windows 环境下使用jmeter 进行压测的过程中，通常会遇到这样的错误：......“JMeter Address Already in use”， 这是windows本身提供的默认端口访问机制的问题引起。
windows下Jmeter压测端口占用问题
qq_38689194的博客
06-13 965
敲黑板，划重点扩大端口数量提高端口使用率。
JMeter Exception: java.net.BindException: Address already in use: connect（转）
qq_30235073的博客
12-14 296
转自：http://twit88.com/blog/2008/07/28/jmeter-exception-javanetbindexception-address-already-in-use-connect/ JMeter异常：java.net.BindException：地址已在使用中：connect window端进行分布式压测会遇到的坑。。。压力机强烈推荐用linux······· ...
JMeter测试问题:address already in use
热门推荐
测试方圆
07-12 1万+
dddd
JMeter压力测试时报异常：address already in use
DoitPlayer的专栏
02-16 4634
执行JMeter时，当并发线程数较高时（尤其是测试机器还存在连接其他服务器的socket），运行一会就会产生address already in use的异常，这是因为Windows中TCP客户端和服务器连接时，客户端必须分配一个动态端口，默认情况下这个动态端口的分配范围为 1024-5000 ，也就是说默认情况下，客户端最多可以同时发起3977 个Socket 连接，如果线程数过多，客户端的地址就会不够用，就会引发该异常
JAVA.NET.BINDEXCEPTION: ADDRESS ALREADY IN USE: CONNECT
萌萌的土拨鼠
08-10 3745
最近在实现接口压力测试的时候遇到这样的一个问题 当线程数持续上升到一个点的时候，运行脚本的时候有很多报错，如图： java.net.BindException: Address already in use: connect 开始以为是单机运行脚本运行不过来，所以另加了一台负载机同时运行脚本 分布式环境部署参考： https://www.cnblogs.com/whitewasher...
WINDOWS下JMETER端口占用问题详细解决（亲测有效）
yygr的博客
04-07 3927
https://www.cnblogs.com/xh123456/p/10654404.html 1 报错信息描述 压测的初期，在设置了 150qps/s 的并发数下压测几分钟后Jmeter就出现了如下报错。 JAVA.NET.BINDEXCEPTION: ADDRESS ALREADY IN USE: CONNECT 2 问题排查 开始考虑的方向是Nginx、PHP、MySQL做了相关限制导致线程被占用， 但是修改对应的配置后发现没有任何效果，该报错的还是报错。 查了一..
用jmeter进行压测，报错address already in use怎么处理
03-14
<think>嗯，用户在用JMeter进行压力测试的时候遇到了“address already in use”的错误，这个该怎么处理呢？首先，我得先回想一下这个错误通常是什么原因引起的。可能的情况包括端口被占用、系统限制导致的TIME_WAIT状态过多，或者JMeter本身的配置问题。 首先，端口被占用的情况。当JMeter作为客户端发起大量请求时，每次请求可能会使用不同的本地端口。如果短时间内端口耗尽，就会报错。这时候需要检查是否有其他程序占用了这些端口，或者调整系统的端口范围。用户可能需要使用netstat命令查看端口使用情况，或者调整本地端口范围来增加可用端口数。 然后是系统级别的限制，比如Linux下的端口重用选项。如果系统没有开启SO_REUSEADDR，可能会导致端口在关闭后不能立即重用。这时候建议用户修改JMeter的配置文件，添加socket.reuseaddr=true参数，或者在测试计划中启用SO_REUSEADDR选项。 另外，操作系统的TCP参数设置也可能导致这个问题。例如，TIME_WAIT状态过多会占用端口，可能需要调整tcp_tw_reuse和tcp_tw_recycle参数，不过需要注意不同操作系统的兼容性，尤其是Linux内核版本的问题。同时，减少TIME_WAIT的超时时间也是一个办法，但用户需要根据具体环境调整。 JMeter本身的配置优化也不能忽视。比如，使用HTTPClient4实现可能更高效，减少资源占用。调整线程组的启动时间和循环次数，避免瞬间创建过多连接。另外，分布式测试可以分担压力，减少单台机器的端口占用。 还有其他可能性，比如防火墙或安全软件干扰，这时候需要检查是否有第三方软件阻止了端口的使用。或者，用户可能没有正确关闭之前的JMeter实例，导致端口仍然被占用，需要确保所有相关进程都被终止。 最后，用户可能需要综合以上方法，逐步排查问题。比如先检查端口占用情况，调整系统参数，优化JMeter配置，如果还不行，再考虑分布式测试。同时，提醒用户注意不同操作系统下的命令差异，比如Windows和Linux的netstat参数可能不同，需要正确使用。还有，修改系统参数时的风险，建议在测试环境中进行，避免影响生产环境。 总之，这个问题需要从多个角度去分析，结合系统配置、JMeter设置和网络参数调整来解决。要确保用户能够一步步排查，找到最适合他们环境的解决方案。</think>针对使用JMeter压测时出现的`address already in use`错误，以下是逐步排查和解决方案： --- ### **1. 错误原因分析** 该错误通常是由于**操作系统本地端口耗尽**或**TCP连接未及时释放**导致。JMeter作为客户端发起大量请求时，每次请求会占用一个本地端口（ephemeral port）。当端口被快速耗尽且未及时释放时，系统会抛出此错误。 --- ### **2. 解决方案** #### **(1) 调整操作系统本地端口范围** **适用场景**：压测机端口范围过小（默认范围可能为`32768-60999`） **操作步骤**： - **Windows**： ```powershell # 查看当前端口范围 netsh int ipv4 show dynamicport tcp # 修改端口范围（例如设置为 1024-65535） netsh int ipv4 set dynamicport tcp start=1024 num=64511 ``` - **Linux**： ```bash # 修改范围 echo "1024 65535" > /proc/sys/net/ipv4/ip_local_port_range # 永久生效需编辑 /etc/sysctl.conf ``` --- #### **(2) 启用端口重用（SO_REUSEADDR）** **适用场景**：端口处于`TIME_WAIT`状态未释放 **操作步骤**： - 修改JMeter配置文件 `jmeter.properties`： ```properties # 启用端口重用 httpclient.socket.reuseaddr=true ``` - 或在HTTP请求中启用选项： `高级` → 勾选 `Use SO_REUSEADDR` --- #### **(3) 调整系统TCP参数** **适用场景**：减少`TIME_WAIT`状态端口占用 **操作步骤**： - **Linux**： ```bash # 允许重用TIME_WAIT状态的端口 echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse # 缩短TIME_WAIT超时时间（默认60秒） echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout ``` - **Windows**： 通过注册表调整 `HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters` 下的 `TcpTimedWaitDelay` 值。 --- #### **(4) 优化JMeter配置** - **使用HTTPClient4实现**： 在HTTP请求的`Implementation`中选择`HttpClient4`（性能更好，资源占用更低）。 - **减少线程组启动时间**： 避免瞬间创建过多线程，逐步增加线程数（例如设置`Ramp-Up Period`为5-10秒）。 - **限制循环次数**： 通过`Loop Count`控制请求总数，避免无限循环耗尽资源。 --- #### **(5) 分布式压测** **适用场景**：单机资源不足时 将压力分散到多台JMeter Agent机器执行： 1. 配置多台Agent机器 2. 在主控机 `jmeter.properties` 中配置 `remote_hosts` 3. 使用命令行启动分布式测试： ```bash jmeter -n -t test.jmx -R agent1_ip,agent2_ip ``` --- ### **3. 验证方法** - **检查端口占用**： ```bash # Linux netstat -ant | grep TIME_WAIT | wc -l # Windows netstat -ano | findstr "TIME_WAIT" ``` - **监控端口范围使用率**： 确保可用端口数（`ip_local_port_range`）远大于并发线程数。 --- ### **4. 注意事项** - 修改系统参数时需评估生产环境风险，建议在测试环境中验证。 - 分布式压测需确保Agent机器与主控机网络通畅。 - 若问题持续，检查是否有其他程序占用端口（如残留的JMeter进程）。 通过以上步骤，可系统性解决`address already in use`问题并提升压测稳定性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值