Jmeter中的bzm-concurrency thread group 与普通线程组的区别

于 2025-04-08 11:44:53 发布
阅读量488 收藏
点赞数 3
CC 4.0 BY-SA版权
分类专栏： 软件测试面试题专栏 Jmeter从概念到应用一气呵成 文章标签： jmeter java jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hq_nuan/article/details/147064488

在 JMeter 中，bzm - Concurrency Thread Group（由 BlazeMeter 提供）和标准的 Thread Group 是两种不同的线程组实现，主要区别在于 并发控制模型 和 负载调节方式。以下是详细对比：

1. 核心区别

特性 bzm - Concurrency Thread Group 标准 Thread Group
负载模型 基于并发数（Concurrency） 控制活跃线程数。 基于线程数（Threads） 固定或线性增长。
动态调节 支持实时调整并发数（如阶梯式递增/递减）。 线程数在启动时确定，运行期间不可动态调整。
了解本专栏 订阅专栏 解锁全文 超级会员免费看
jmeter-bzm - Concurrency Thread Group
测试入坑之路
05-15 648
Log Threads Status into File：将线程状态记录到文件中（将线程启动和线程停止事件保存为日志文件）；· Hold Target Rate Time：保持目标速率时间（到达总线程数后持续时长）· Thread Iterations Limit：线程迭代次数限制（循环次数）· Ramp-Up Steps Count：加速步骤计数（总加速/递增次数）· Target Concurrency：目标并发（总线程数）· Ramp Up Time：加速时间（总加速时长）
Jmeter线程组之bzm - Concurrency Thread Group
岁月的博客
08-13 1791
Concurrency Thread Group和Stepping Thread Group都可用于阶梯式加压测试，但是由于Stepping Thread Group已经不再被官方推荐使用了，我们对Concurrency Thread Group进行简单介绍 下载 使用 Target Concurrency：目标并发（总线程数） Ramp Up Time：加速时间（总加速时长） Ramp-Up Steps Count：加速步骤计数（总加速/递增次数） Hold Target Rate T
JMETER中的几种线程组和聚合报告数据 --bzm - Free-Form Arrivals Thread Group、bzm - Arrivals Thread Group等
qq_36841447的博客
08-05 1118
在性能测试的过程中，我们除了使用基本线程组中的线程数，ramp-up时间和循环次数来简单的验证性能测试，还可以使用jmeter中自带的插件做性能测试。【具体的插件安装请自行百度，这里不在赘述。
浅谈线程组插件之bzm - Concurrency Thread Group
测试人，测试魂
07-31 1285
bzm - Concurrency Thread Group插件极大地增强了JMeter的负载测试能力，通过其灵活的并发控制和吞吐量管理特性，能够帮助测试工程师设计出更加贴近实际、高效且精准的性能测试方案。正确配置和运用此插件，是提升测试效率与准确性的关键步骤之一。
jmeter自定义线程之Concurrency Thread Group和jp@gc-stepping thread group/jp@gc-UItimate thread groups设置详解
cae_520_ww的博客
12-29 2378
压测场景设置如何更接近实际用户场景
bzm - Concurrency Thread Group & 阶梯式压测
YFY0525的博客
03-12 871
bzm - Concurrency Thread Group 不是JMeter的官方插件，而是一种由Blazemeter提供的高级线程组插件，它提供了更灵活的并发性能测试设置。它可以在不同的时间内并发执行不同数量的线程，模拟不同的负载场景将 jar 包放入 jmeter\lib\ext\ 下重启即可。
（八）【Jmeter】线程（Threads(Users)）之bzm - Concurrency Thread Group
WEL测试
02-17 714
线程之bzm-Concurrency Thread Group （并发线程组）参数及示例说明
Jmeter线程组之 bzm - Concurrency Thread Group（递增式并发线程组）
junior77的专栏
08-20 3286
Concurrency Thread Group(递增式并发线程组) 这个可以模仿递增式并发(只能递增不能递减)，并可设置递增次数、递增时长、到达目标递增数量保持时长等等： 参数解释： · Target Concurrency：目标并发（总线程数） · Ramp Up Time：加速时间（总加速时长） · Ramp-Up Steps Count：加速步骤计数（总加速/递增次数） · Hold Target Rate Time：保持目标速率时间（到达总线程数后持续时长） · Time Unit：
jmeter-bzm - Concurrency Thread Group的使用
测试入坑之路
11-25 4322
1.下载 安装插件：jmeter plugins manager,下载custom thread groups 右键测试计划->添加->Threads(Users)->bzm - Concurrency Thread Group 2.作用 用于性能测试压力测试 3.使用 并发线程组允许控制测试的长度， 　　并且线程在进程中间结束的情况下创建替换线程， 　　并发线程组不会创建所有...
jmeter bzm - Concurrency Thread Group-自定义线程
小友的博客
08-15 3976
此线程组提供了配置线程调度的简化方法。它旨在维持并发级别
jmeter 常用插件学习 bzm - Concurrency Thread Group
saberpan的博客
07-13 675
jmeter使用bzm线程组压测(Custom Thread Groups插件)
qq_40308101的博客
06-22 1919
1、下载jmeter，安装插件管理器JMeter Plugins ManagerInstall :: JMeter-Plugins.org将jmeter-plugins-manager-1.6.jar放到lib/ext目录，重启jmeter2、点击图标进入下载插件页面 3、选择Custom Thread Groups安装并保存重启jmeter 4、新建Arrivals Thread Group线程组,创建脚本 5、配置执行机（Agent）将已安装插件的jmeter压缩包放入执行机在执行机分别解压zip包cd
Jmeter线程组之bzm - Free-Form Arrivals Thread Group
岁月的博客
08-13 1331
文章来源： https://segmentfault.com/a/1190000022499363 https://blog.youkuaiyun.com/sinat_32434273/article/details/81119516 该线程组与Arrivals Thread Group类似，不过是通过设置起始值、终止值和持续时间来达到压测目的。而且可以设置多个线程的集合，它只是提供了自由格式的时间表功能 配置项 1）名称：可自定义。 2）在取样器错误后要执行的动作 继续：继续执行。 启动下一进程循环：忽略错误，启
Jmeter线程组之bzm - Arrivals Thread Group
junior77的专栏
08-20 1962
bzm - Arrivals Thread Group线程组 一个“到达”是线程迭代的一个开始（虚拟用户的一个迭代开始）。 在到达的线程组用于时间表“到达”。“到达”的调度是描述负载的另一种方法。由于“到达”是脚本迭代的开始，因此调度到达就是迭代开始的调度。该自由形式到达线程组类似于抵达线程组有一个主要的区别-调度更加灵活。 参数解释： · Target Rate：目标线程数（总线程数） · Ramp Up Time：所需多少加载时间（总加速时长） · Ramp Up Steps Count：所需多
【Furion性能平台】动态修改jmx的ConcurrencyThreadGroup元件
sysu_lluozh
03-03 3166
本文探讨了如何将JMeter测试计划中的Thread Group替换为Concurrency Thread Group以实现流量梯度发起。文章首先对比了两者的JMX结构差异，然后尝试通过代码修改Thread Group属性，但遇到类型转换问题。随后提出直接解析JMX文件为Document对象的方法，但在获取文件路径时出现FileNotFoundException。该方案需要进一步解决资源加载问题才能实现线程组类型的转换。
jmeter 性能测试 --- 并发、负载、压力
殷殷殷先森、的博客
12-24 1545
学习之前，需要下载jmeter的外部插件包，可参考：https://www.cnblogs.com/imyalost/p/7751981.html 一、并发： 添加：bzm - Concurrency Thread Group 上图场景： 300个线程 3分钟的加速时间 4个加速步骤 持有目标速率5分钟 这意味着： 3分钟除以4步，每步0.75分钟 300个用户除以4步，每步75个用户 每...
Jmeter性能测试入门 -——性能插件介绍
manbskjabgkb的博客
07-20 640
target concurrency：目标并发数ramp up time（min）：加速时间ramp-up steps count：加速步骤计数hold target rate time（min）：保持目标费率时间thread iterations limit：线程迭代次数限制log threads status into file：将线程状态记录到文件100个线程组，加速时间为5分钟，10个加速步骤，保持目标费率10分钟：10个加速步骤，每步10个线程组；
jmeter 按线程数阶梯式压测数据库
m0_61066945的博客
02-27 1851
阶梯式压测案例、持续加压案例、稳定性测试
bzm - Concurrency Thread Group线程组运行并发后，到时间不会停止运行
最新发布
11-06
<think>嗯，用户的问题是解决bzm-Concurrency Thread Group在JMeter中运行到预定时间后不停止的问题。根据引用内容，用户已经提供了四个相关引用，但引用内容主要涉及线程组的区别和基本参数说明，并没有直接给出解决方案。 用户可能是在做阶梯式压力测试时遇到了线程无法自动停止的问题，这会导致测试无法正常结束，影响测试结果分析。用户应该是个测试工程师，正在使用JMeter进行性能测试，情绪可能有些着急。 从引用的资料来看： - 引用[3]提到运行时间由"Ramp Up Time + Hold Target Rate Time"决定 - 引用[4]说明这是用于阶梯式加压测试的线程组 但都没有明确说明线程不停止的具体原因和解决方法。 需要结合JMeter使用经验来分析可能的解决方案： 1. 首先应该检查"Hold Target Rate Time"设置是否过小 2. 其次要确认是否设置了"Thread Iterations Limit"，空值会导致永久运行 3. 还要注意"Ramp-Up Time"和"Steps"参数的配合问题 4. 最后考虑JMeter版本兼容性问题 用户可能忽略了"Thread Iterations Limit"参数的重要性，引用[3]明确提到这个参数默认为空时线程会永远运行。这应该是最可能的症结所在。 在回答时应该： - 先指出最关键的"Thread Iterations Limit"参数 - 然后逐步检查其他可能原因 - 给出参数设置的示例值 - 最后建议升级插件或JMeter版本 需要特别注意用中文清晰解释每个参数的影响，因为用户提供的引用都是中文资料。还要提醒用户检查日志中的时间戳，引用[2]的日志格式可以作为参考。 </think>针对JMeter中**bzm-Concurrency Thread Group**运行到预定时间后线程未停止的问题，以下是系统性解决方案及排查步骤： --- ### **根本原因分析** 1. **参数配置冲突** - `Hold Target Rate Time`（保持目标并发时长）与`Ramp-Up Time`（爬升时间）之和超过测试计划总时长 - `Thread Iterations Limit`（线程迭代次数限制）未设置或值过大（默认为空即无限循环）[^3] 2. **线程生命周期控制缺失** 线程组未配置明确的终止条件（如迭代次数、持续时间），导致线程持续占用资源[^1] 3. **插件兼容性问题** 旧版插件可能存在线程回收缺陷（尤其JMeter 5.x以下版本）[^4] --- ### **解决方案** #### **第一步：检查核心参数配置** ```plaintext Concurrency Thread Group 参数示例： Target Concurrency (目标并发数): 100 Ramp-Up Time (爬升时间): 60秒 Hold Target Rate Time (保持时长): 300秒 Thread Iterations Limit (迭代次数): 留空 → 改为固定值如50 ``` > **关键修改**： > 必须设置`Thread Iterations Limit`（例如50次），避免线程无限循环[^3]。 #### **第二步：添加强制终止控制器** 在线程组内添加 **Runtime Controller** 或 **Test Action** 控制器： ```plaintext 1. 添加 → 逻辑控制器 → Runtime Controller - 设定运行时长 = Ramp-Up Time + Hold Target Rate Time + 缓冲时间（如10秒） 2. 添加 → 采样器 → Test Action - Target: 所有线程 - Action: Stop → 在流程末尾触发强制停止 ``` #### **第三步：验证线程组逻辑** 检查线程组结构是否符合： ```mermaid graph LR A[bzm-Concurrency Thread Group] --> B[Runtime Controller] --> C[业务请求] --> D[Test Action-Stop] ``` #### **第四步：升级插件与JMeter** 1. 更新 **Concurrency Thread Group** 插件至最新版： ```plaintext JMeter Plugins Manager → 搜索 bzm → 更新Concurrency Thread Group ``` 2. 确认JMeter版本 ≥ **5.6**（旧版存在线程泄漏缺陷）[^4] --- ### **验证方法** 通过 **View Results Tree** 观察线程行为： 1. 检查采样器响应时间戳是否超出`Ramp-Up + Hold`总时长 2. 确认日志中线程状态标记为`FINISHED`（非`RUNNING`）[^2]： ```log 2024/07/31 11:18:26.749,0,FINISHED,bzm-ThreadGroup-1-1,... ``` --- ### **最佳实践总结** 1. **参数联动**：`Hold Target Rate Time + Ramp-Up Time` ≦ 测试计划总时长 2. **迭代限制**：始终设置`Thread Iterations Limit`（建议值50-100）[^3] 3. **强制终止**：通过`Runtime Controller`或`Test Action`兜底 4. **日志监控**：关注线程启动/结束时间戳[^2] > 若仍不生效，检查是否有其他定时器（如Constant Timer）延长了请求间隔，或使用`JSR223 PostProcessor`添加`ctx.getThread().stop()`脚本强制终止。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

噔噔噔噔@

分享学习技能

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值