jmeter压测时线程异常停止的问题

最新推荐文章于 2025-03-03 10:01:20 发布
最新推荐文章于 2025-03-03 10:01:20 发布
阅读量1.5k 收藏 3
点赞数
分类专栏： jmeter 文章标签： 软件测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_38100619/article/details/119460075
版权
本文介绍了如何解决JMeter在压力测试时遇到的线程异常停止问题，通过修改jmeter.bat文件增加内存设置，如-Xms2g -Xmx2g -XX:MaxMetaspaceSize=512m，并使用jconsole工具验证内存配置是否生效，确保压测过程的稳定性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

需要调整jmeter运行虚拟内存

打开jmeter安装目录 apache-jmeter-5.2.1\bin\jmeter.bat文件

 

在if not defined HEAP 内添加

set HEAP=-Xms2g -Xmx2g -XX:MaxMetaspaceSize=512m

保存

启动jmeter

 

此时显示的内存数值与设置的数值不符，需要用jconsole内存检测工具来检测

在运行程序中输入jconsole

 

出现如下界面

 

选择Apache JMeter.jar 点击连接

查看vm虚拟内存

 

与设置数值一致
 

最低0.47元/天 解锁文章
Jmeter书中不会教你的（63）——停止线程的方法
agrapea的博客
01-18 3206
​​​​​​​​​​​​​Jmeter书中不会教你的（16）——Loop&if逻辑控制器_agrapea的博客-优快云博客 在上面这篇文章中，提到过采用if控制器+flow action control可以让脚本在达到某个条件下停止。 再介绍另一种方法，还是使用beanshell，利用setStopThread（true）方法 if (condition){ SampleResult.setStopThread(true); // for Beanshell Sampler ...
jmeter无法停止线程_Jmeter做单接口的性能测试
weixin_42390873的博客
12-26 3773
添加数据准备：目标接口url目标接口请求类型目标接口header信息目标接口参数前置接口后置接口jmeter准备：创建一个测试计划创建前置接口的线程组，此处需要获取登录信息中的必要的cookie，所以先登录线程中添加http请求，login接口login接口添加后置取样器，我这里使用的是json提取器，提取关键数据sessionid和eteamsid并复制给对应变量添加beanShell后置处理器...
jmeter使用教程
weixin_48021288的博客
03-03 2920
取样器发送接口请求，类似于代码中requests封装的请求接口方法。逻辑控制器控制语句的执行顺序。前置处理器在取样器发送接口请求之前，需要执行的操作，比如删除数据，恢复数据，生成数据等。后置处理器在取样器发送接口请求之后，需要执行的操作，比如恢复数据，或处理响应数据，提取需要的值等。断言判断是否返回了预期的结果。定时器一般用来延时发送接口请求，类似于代码中的强制等待sleep。测试片段相当于封装一段代码，供其他脚本使用。配置元件用于初始化变量，以便采样器使用。
linux上jmeter执行多线程请求什么情况下线程会突然stopping
qq_33192454的博客
07-03 293
当线程组中的所有用户执行完指定的次数后，线程组会停止所有线程。在 JMeter 的测试计划中，可以通过查看每个元件的配置，特别是线程组和控制器的设置，来了解线程停止的原因。如果你在测试计划中使用了 Runtime Controller，并设置了最大运行时间，当达到这个时间限制时，线程可能会被停止。在测试计划中使用了逻辑控制器（如 While Controller）或断言来判断某个条件，当条件满足时，可能会导致线程停止。如果 JMeter 的测试计划完成了所有的请求或者测试被手动停止，所有线程都会停止。
线程停止继续_二、Jmeter 基础-元器件、测试计划、线程组
weixin_30369405的博客
12-26 336
元器件分类元器件有以下几大类：取样器逻辑控制器前置处理器后置处理器断言定时器测试片段配置原件监听器每个分类下有很多元器件，加起来差不多有几十种，下面会对工作中最常用的元器件作详细说明。元器件介绍测试计划一般来说，测试计划不需要做任何配置，但还是选取部分配置做个说明用户自定义变量设置全局变量，key-value的形式存在，调用方式${username}，添加目录或jar包到classpath引用外部...
jmeter 压测常用静默参数解释应用
梦想的追求
11-30 2448
jmeter 压测常用静默参数解释应用
JMeter压测时在达到指定错误数量后停止测试
weixin_43019814的博客
12-13 1648
因某些原因极个别错误不影响压测结果是可以忽略的，若选择继续测试，当真正发生服务崩溃时也会一直压下去这不是我们想要的，那么在压测过程中怎样才能在达到指定的累计错误数量后停止测试呢？大致思路：使用beanshell脚本在每次请求结束后使用变量count记录错误数，达到预定的错误数量后通过ctx调用stopTest()结束测试。在做接口自动化性能测试时，偶尔会有不稳定的因素导致请求断言失败。以上使用httpbin提供的的接口进行测试，请求地址不存在的/error，所以在累计错误数count=5时测试停止。
jmeter里的连接数_JMeter压测时跑一会聚合报告就不动了
m0_38100619的博客
08-06 1430
最困难的事情就是认识自己！ 个人网站 ，欢迎访问！ 前言：最近，使用 JMeter 对项目进行压力测试；起初， JMeter 设置的并发线程数只是10个，然后在进行压力测试时，发现跑了一会后 JMeter 聚合报告 中的中数字全部不动了(像卡死了一样)； 上面简单描述了本文要说的问题；下面将主要从两方面来进行聊。 ①、具体问题描述 ②、具体的排查思路 问题详述：项目部署情况： 提供服务接口的项目 + Tomcat + Oracle 提供服务接口的项目：接口中包含很多的数据库查询、更新、新增操作
Jmeter压测细节
xy779323365的博客
01-21 976
最近在模拟接手一个线上30w+qps的接口需求，准确来说是30w+查询qps，2w+写入qps。在架构、技术文档等商榷敲定后，在本地单机初步开发了一版，想先看看接口在我本地电脑上的压测性能如何，于是乎使用Jmeter准备开始压测。
Jmeter运行线程卡住不执行 无法结束
08-21 8646
问题： 在运行Jmeter的时候，出现界面请求一直无法结束，无法正常结束。 解决办法： 在http请求中添加请求响应超时时间
Jmeter执行过程中程序经常卡死，怎么解决？
热门推荐
FF_longhaha的博客
03-13 1万+
今天在执行Jmeter时，线程数还没跑完 ，Jmeter就自己卡死了，再次执行时，依然出现此现象 解决方式： 在Jmeter中的bin目录下将jmeter.bat文档，使用编辑器做如下修改 ，如下图： HEAP="-Xms1024m -Xmx1024m" NEW="-XX:NewSize=128m -XX:MaxNewSize=512m" PS：Jmeter
线程十五——测试线程停止
weixin_52263247的博客
04-03 368
注意：线程停止不建议使用死循环，使用有次数的循环，建议使用一个标志位，不要使用stop或者destory这些过时的方法 这里的stop方法是我们自定义的stop方法，利用标志位将循环停止 package com.yyf.ThreadStatus; // 测试线程停止 //1. 建议线程正常停止--》 利用次数，不建议死循环 //2. 建议使用标志位--》 设置一个标志位 //3， 不要使用stop destory 等过时的方法 public class TestThreadStop impl..
JMeter 线程组
weixin_46744191的博客
08-11 401
在取样器错误后要执行的动作 继续：继续执行接下来的操作 启动下一进程继续：忽略错误，执行下一个循环，如果有两个http请求，上面的请求报错，下面的不会执行，直接进行下一次循环 停止线程：退出该线程，不再进行此线程的任何操作，不影响其他线程 停止测试：等待当前执行的采样器结束后，结束整个测试 立即停止测试：直接停止整个测试 线程数 模拟用户数量 Ramp-Up时间(秒) 达到指定线程数所需要的时间，例如：线程数设置成10，此处设置成5，那么每秒启动的线程数就是10/5=2 循环次数 不
测试停止线程（Java）
...
06-10 301
测试停止线程（Java） 1.建议线程正常停止—>利用次数，不建议死循环 2.建议使用标志位—>设置一个标志 3.不要使用stop或者destroy等过时或者JDK不建议使用的方法 package src.State; public class TestStop implements Runnable { //1.设置一个标志位 private boolean flag = true; @Override public void run() {
jmeter压测问题分析
m0_37570494的博客
11-06 268
jmeter压测java.net.BindException: Address already in use: connect问题处理
JMeter学习笔记：线程组
xiao1542的博客
07-21 640
如果不选择永远，而在输入框中输入数字，那么请求将重复指定的次数，如果输入1，那么请求将执行一次，执行0次无意义，所以不支持；注意：在发现反复对同一接口进行请求，请求结果存在成功和失败来回变更时，可以考虑是该请求所需时间长，而线程组所设置的时间无法满足要求，故而会会先一会失败一会成功，或者是单独验证时成功的场景；启动延迟（秒）：点击执行按钮后，仅初始化场景，不运行线程，等待延迟到时后才开始运行线程。：如果遇到请求（Sampler元件模拟的请求）失败，则停止当前线程，不再执行；
jmeter性能测试过程中遇到的问题及解决方法
2301_78843735的博客
02-05 1095
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
线程中断interrupt导致sleep产生的InterruptedException异常
梦凝哲雪
03-08 5978
线程中断引发的中断异常
jmeter如何针对qps稳定压测
最新发布
04-25
<think>好的，我现在需要帮用户解决如何使用JMeter进行QPS稳定性压测的测试用例设计和执行方法的问题。用户之前已经得到了关于稳定性压测的实践方案和测试用例示例，现在他更具体地聚焦在JMeter的配置和QPS稳定性测试上。我需要结合用户提供的三个引用内容，以及之前的回答，来给出详细的步骤和最佳实践。 首先，用户引用的资料中提到了JMeter分布式压测、QPS查看方法以及JMeter压测的配置注意事项。用户的问题主要集中在测试用例设计、配置教程和最佳实践，所以需要将这些内容整合起来。 我需要先明确QPS稳定性压测的目标，即在高负载下长时间运行，确保系统能够维持稳定的QPS。然后，测试用例的设计需要考虑混合业务比例、持续时间和监控指标，这部分可以参考之前的回答，但需要更具体到JMeter的配置。 接下来，配置步骤需要包括JMeter的安装、分布式压测的设置、测试计划的创建、监听器的配置等。用户提到的引用[3]中提到了jar包的存放路径，这点需要注意，避免配置错误。同时，引用[1]中的分布式压测方法需要详细说明如何配置主控机和执行机，以及如何避免常见问题，比如jar包位置错误。 执行方法部分需要涵盖测试启动、监控和结果分析。引用[2]提到了回归测试和持续集成，这可能和稳定性压测的执行环境有关，需要指导用户如何将JMeter测试集成到持续集成流程中，确保每次构建都能自动运行测试用例。 最佳实践方面，需要结合引用中的内容，比如如何优化JMeter脚本以减少资源消耗，如何设置合理的断言和参数化，以及如何分析结果数据。同时，用户之前的问题中提到的混合业务比例设计、日志分析等也需要融入最佳实践中，确保回答全面。 最后，相关问题需要引导用户深入探讨可能遇到的问题，比如分布式压测的配置问题、QPS不达标的排查方法，以及如何与持续集成工具结合。这些问题可以帮助用户进一步解决实际应用中的难点。</think>根据引用[1][^1]对压力测试的定义和引用[3][^3]的JMeter配置经验，以下是JMeter实现QPS稳定性压测的完整方案设计及执行方法： --- ### 一、测试用例设计原则 1. **核心目标** - 验证系统在**持续固定QPS**下（如1000 QPS）运行≥24小时的稳定性[^1] - 确保响应时间标准差≤15%，错误率≤0.1%[^1] 2. **场景设计模板** | 参数 | 配置示例 | 说明 | |---------------|--------------------------|--------------------------| | 目标QPS | 800-1200（阶梯波动） | 模拟真实业务波动 | | 持续时间 | 24小时 | 覆盖完整日周期 | | 接口比例 | 登录30%/查询50%/支付20% | 根据实际业务流量分配 | | 断言规则 | 响应码=200, latency<2s | 引用[2]回归测试断言逻辑[^2]| --- ### 二、JMeter配置教程（基于引用[3][^3]） #### 步骤1：环境准备 ```bash # 分布式压测架构（主控机1台+执行机3台） 主控机配置： - 安装JMeter 5.6+，配置JMETER_HOME环境变量 - 修改bin/jmeter.properties： remote_hosts=192.168.1.101:1099,192.168.1.102:1099,192.168.1.103:1099 执行机配置： - 同步JMeter版本和插件（如Custom Thread Groups） - 启动Agent服务：jmeter-server -Djava.rmi.server.hostname=本机IP ``` #### 步骤2：测试计划构建 1. **线程组配置** ```xml <ThreadGroup guiclass="bzm$arrivals.ThreadGroupGui" testclass="bzm$arrivals.ArrivalsThreadGroup"> <name>QPS稳定性模型</name> <elementProp name="ThreadGroup.main_controller" elementType="ArrivalsThreadGroup"> <qps>1000</qps> <!-- 目标QPS值 --> <duration>86400</duration> <!-- 持续时间（秒） --> <timeUnit>SECONDS</timeUnit> </elementProp> </ThreadGroup> ``` > 使用`bzm - Arrivals Thread Group`插件实现精准QPS控制 2. **HTTP请求采样器** ```xml <HTTPSamplerProxy guiclass="HttpTestSampleGui" testclass="HTTPSamplerProxy" testname="/api/payment"> <elementProp name="HTTPsampler.Arguments" elementType="Arguments"> <collectionProp name="Arguments.arguments"> <elementProp name="amount" elementType="HTTPArgument"> <stringProp name="Argument.value">${__Random(100,10000)}</stringProp> </elementProp> </collectionProp> </elementProp> <stringProp name="HTTPSampler.domain">api.example.com</stringProp> <stringProp name="HTTPSampler.path">/v1/payment</stringProp> <stringProp name="HTTPSampler.method">POST</stringProp> </HTTPSamplerProxy> ``` 3. **监控配置** ```xml <!-- 添加PerfMon Metrics Collector监控服务器资源 --> <kg.apc.jmeter.perfmon.PerfMonCollector guiclass="kg.apc.jmeter.vizualizers.PerfMonGui" testclass="kg.apc.jmeter.perfmon.PerfMonCollector"> <hosts>192.168.1.100:4444|CPU|MEM,192.168.1.101:4444|DISK</hosts> <metricSettings>aggregateReport</metricSettings> </kg.apc.jmeter.perfmon.PerfMonCollector> ``` --- ### 三、最佳实践（综合引用[2][^2]和[3][^3]） 1. **数据准备** - 使用`CSV Data Set Config`预加载10万级测试数据 - 执行前运行`setUp Thread Group`清理旧数据并初始化状态 2. **结果分析优化** ```bash # 生成聚合报告（引用[2]方法[^2]） jmeter -g result.jtl -o report/ # 关键指标计算公式： QPS = (样本总数 - 错误数) / 测试持续时间(s) 吞吐量波动率 = (最大吞吐量 - 最小吞吐量)/平均吞吐量 × 100% ``` 3. **稳定性保障措施 - **参数化防重复**：使用`__RandomString`函数生成唯一订单号 - **连接池监控**：添加JDBC监听器检查数据库连接泄漏 - **异常熔断**：当错误率>1%时自动停止测试（使用`BeanShell断言`） --- ### 四、执行验证流程 1. **单机调试** ```bash jmeter -n -t stability_test.jmx -l debug.jtl -Jqps=500 ``` 2. **分布式执行** ```bash jmeter -n -t stability_test.jmx -R 192.168.1.101,192.168.1.102 -l result.jtl ``` 3. **结果校验** ```bash # 检查QPS稳定性（波动应<15%） cat result.jtl | awk -F ',' '{print $1}' | sort | uniq -c ``` --- #### 引用关联说明 - QPS控制方法基于引用[1]中分布式压测架构实现[^1] - 结果分析方法参考引用[2]的持续集成报告策略[^2] - 环境配置注意事项遵循引用[3]的jar包管理规范[^3] --- ### 相关问题 1. 如何解决JMeter分布式压测中的时钟同步问题？ 2. 当实际QPS低于目标值时有哪些排查步骤？ 3. 如何将JMeter稳定性压测集成到Jenkins流水线中？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值