jmeter-如何在多线程一起执行时，控制请求的执行顺序【临界部分控制器】

已于 2023-02-28 14:48:18 修改
阅读量4.7k 收藏 16
点赞数 2
分类专栏： 性能 jmeter 工具 文章标签： jmeter 性能
于 2023-02-28 11:48:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cae_520_ww/article/details/129258173
版权
当多线程执行包含特定顺序的脚本时，如获取验证码、注册和登录流程，可能会出现请求顺序混乱导致失败。为了解决这个问题，文章介绍了如何使用JMeter的临界部分控制器来保证请求按预期顺序执行。通过设置锁名称为空、相同或为变量（加上随机数）来控制并发时的串行执行，从而实现并发场景下的顺序控制。

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

前言：

一个线程多个脚本的时候，发现只要100个用户同时执行，请求就会乱。

期望2个线程执行结果：

  1. 获取验证码-注册-登录这个流程

  1. 获取验证码-注册-登录这个流程

实际2个线程执行结果：

a. 登录-获取验证码-注册

b. 注册-获取验证码-登录

三个接口顺序有的先有的后，导致有的接口执行失败，为了能够让几个请求在多个线程下也是按照我们想要的顺序执行，就用到一个控制器【临界部分控制器】

1、在线程组中添加控制器-临界部分控制器

2、关于琐名称

锁名为空：认为每个锁为不同的锁

锁名相同，多个锁认为是同一个锁，同一个时间点只能存在一个在运行中的请求，就是琐之间只能串行

锁名为变量，根据变量值来判断是不是属于同一个锁，变量值为相同时，则认为是同一个锁

我们为了并发，为琐增加一个随机数，步骤：在函数助手中，设置随机数，复制并填写到琐的名称

3、看一下两种方式对比，一个直接在线程组下创建接口，一个是在临界部分创建接口，接口的顺序我们是一样的

4、执行结果就是按照接口从上往下，依次执行，符合预期的场景

jmeter-Critical Section Controller （临界部分控制器）用法
测试入坑之路
11-29 5296
1.作用 作用：临界区控制器确保其子节点下的取样器或控制器将被执行（只有一个线程作为一个锁）确保它的子元素(samplers /控制器等)在执行控制器的子程序之前只执行一个线程作为指定的锁。 2.添加 线程-添加逻辑控制器-临界部分控制器 3.使用 多线程下才能看到效果 将接口放在临界部分控制器下才会起作用 将事务放在临界部分控制器下，一样功效 ...
【Jmeter】元件详解：逻辑控制器（Logic Controller）
顾三殇 —— 博客空间（软件测试）
03-21 2894
逻辑控制器：可以对元件的执行逻辑进行控制，除仅一次控制器外，其他控制器下可以嵌套别的种类的逻辑控制器。
jmeter控制请求执行顺序
热门推荐
john520的博客
02-08 1万+
一、同一个线程组内可通过jmeter-Critical Section Controller （临界部分控制器）来控制 业务逻辑： 　　　　根据锁名来控制并发，同一个锁名之下，在同一时间点只能存在一个运行中，适用于控制并发的场景。 锁名类型： 　　　　锁名为空，认为每个锁为不同的锁 锁名相同，多个锁认为是同一个锁，同一个时间点只能存在一个运行中 锁名为变量，根据变量值来判断是不是属于同一个锁，变量值为相同时，则认为是同一个锁 作用 临界区控制器确保其子节点下的取样器或控制器将被执行（只有一个线程作为一个锁）
11. Jmeter运行和结果
let's go
03-14 388
Jmeter的运行和结果展示
jmeter-测试计划下面有多个线程组，执行顺序
保持初心的博客
05-16 1737
测试计划-->线程组，其次执行顺序为：配置元件、前置处理器、定时器、取样器、后置处理器、断言、监听器。1、一个测试计划下面如果有多个线程组，想要按照线程组的先后顺序串行逻辑进行请求，就要勾选此选项。3、无论并发，还是顺序执行setUp线程组都是最先执行，tearDown 线程组都是最后执行。Teardown线程组：执行测试计划时，在普通线程组后执行。Setup线程组：执行测试计划时，在普通线程组前执行。线程组：普通线程组，组与组之间独立运行。
jmeter并发测试如何保证多线程多请求按照顺序执行【杭州多测师】【杭州多测师_王sir】...
多测师_王sir的博客
11-26 2993
1、没有处理线程执行顺序时，多个线程里的请求是一起执行的，不分先后。(未勾选独立线程运行结果)2、在测试计划里勾选独立运行每个线程组。(测试计划处勾选独立运行每个线程组)3、勾选完后再次执行，发现线程按照正常顺序执行。(勾选独立运行线程后的结果)，在Jmeter进行并发测试时，经常会出现请求没有按照顺序执行4、为什么会出现这种情况呢？那是因为多线程竞争的原因。多线程执行并发操作，肯定是谁跑得快谁...
Jmeter之临界部分控制器使用
回家吃月饼学习交流地
05-03 939
Jmeter之临界部分控制器使用
Critical Section Controller (临界部分控制器) 到底该如何用?
qq_42720845的博客
06-26 1248
我们再看看官方给的解释，它说的是，线程执行时，先根据‘锁名称’生成锁，串行，是因为锁名称相同，已经被占用，无法生成新的锁，所以只能等待锁的释放，哪我们是不是可以考虑让锁名称变成动态的呢？说直白点，就是并发请求(线程)这个控制器时，会先根据‘锁名称’生成一个‘锁’，锁定控制器下的所有子元素，等到所有子元素都执行完‘锁’才会释放，下一个请求(线程)才能执行，即，只是，需要学习的时候，再深入一点点，再细致一点点。是不是，看到结果也是你指定的顺序，执行的时间也和第一种相同，最后的汇总报告中，看到了一个事务总数据。
jmeter 逻辑控制器
weixin_43931625的博客
01-01 596
jmeter 逻辑控制器
JMeter接口测试-4.JMeter工具详解
07-22 1066
取样器是典型的不与其它元件发生交互作用的元件逻辑控制器只对其子节点的取样器有效而其它元件（config elements 、timers 、post-processors、assertions、listeners、）需要与取样器（sampler）等元件交互。1、配置元件用来提供对静态数据配置的支持。例CSV Data Set config可以将本地数据文件形成数据池（Date Pool）元件会影响其作用范围内的所有元件。2、定时器（具有LR的Think_time功能）
微程序控制器的多线程并发执行：流水线中的高效并行策略
接着，文章聚焦于流水线设计中的多线程应用，探讨了流水线原理及其与微程序控制器的结合，以及在多线程环境下的调度实例和性能优化。第四章重点讲述了微程序控制器中多线程并行策略的设计、硬件与软
jmeter 业务顺序执行（串行、并行）
m0_61066945的博客
03-05 5528
业务按顺序执行，单个业务并发也按顺序执行
jmeter 线程组
weixin_33738982的博客
09-20 891
1.1 线程组 线程组是一系列线程的集合，每一个线程代表着一个正在使用应用程序的用户。在 jmeter 中，每个线程意味着模拟一个真实用户向服务器发起请求。 在 jmeter 中，线程组组件运行用户设置线程数量、初始化方式等等配置。 例如，如果你设置线程数为 100，那么 jmeter 将创建并模拟测试 100 个用户请求到服务器端。 如下图所示： 5.3.1 添加线程组 ...
jmeter 线程执行顺序_JMeter -详解jmeter测试计划
weixin_39932300的博客
12-03 1065
Test Plan (测试计划)：用来描述一个性能/接口测试脚本和场景设计，包含与本次测试所有相关的功能。也就是说，使用jmeter进行测试的所有内容都是于基于一个测试计划的。下面我们看看一个测试计划都有哪些配置项？1、测试计划名称和注释：整个测试脚本保存的名称，和对该测试计划的注释，可以自定义，最好能表达脚本的意义。2、用户定义的变量：在测试计划上可以添加用户定义的变量，相当于是全局变量。一般添...
【jmeter】按先后顺序请求多个接口完成业务流程的测试
where_yang的博客
03-14 1742
1、100个线程（用户）分别执行新增-查询-删除 流程2、按顺序正确的调用对应的接口3、不同线程间不能互相影响。
Jmeter压测场景实践之临界部分控制器
伤心的辣条
11-27 1072
一个混合场景事务下，接口需要支持多并发及按照顺序执行；实际应用为某服务使用用户级接口限流进行引入新的限流框架，需要针对登录级的用户接口进行压测验证限流框架是否符合预期
JMeter-如何控制线程组执行顺序
Cora_sasa的博客
07-11 2202
1、同一个测试计划，里面包含多个线程组，默认是并行执行线程组。如果想要让线程组按顺序执行，则需要在测试计划-勾选独立运行每个线程组，如下图。
Jmeter-压测时接口如何按照顺序执行
Cesare的博客
01-08 1015
Jmeter-压测时接口如何按照想要的顺序执行
临界部分控制器
weixin_39307626的博客
02-28 2351
场景：一个完整的业务包含多个接口请求，且有先后顺序。在做性能测试的时候，要求接口请求顺序永远按照自己定义好的请求顺序执行。 运行后请求不是按照顺序执行，进行修改： 第一种方式，整个执行过程只用了 4 秒种，第二种方式，执行过程耗时 13 秒，汇总报告中的吞吐量是按每分钟计算。 临界部分控制器：说直白点，就是并发请求(线程)这个控制器时，会先根据‘锁名称’生成一个‘锁’，锁定控制器下的所有子元素，等到所有子元素都执行完‘锁’才会释放，下一个请求(线程)才能执行，即，把原本的并发请求的并行处理方式，变成了串
jmeter 跨线程组传参
最新发布
04-02
<think>好的，用户问的是JMeter跨线程组传参的问题。我之前回答过props.put，现在要转换到JMeter，可能需要先回忆相关知识。 首先，JMeter的线程组默认是独立的，变量作用域在各自线程组内。用户可能遇到需要多个线程组共享参数的情况，比如登录信息传递给后续操作。这时候需要跨线程传递参数，常见的几种方法是什么？ 记得有使用属性（Properties），因为JMeter中属性是全局的，可以用__setProperty和__P函数来设置和获取。另外，还有通过BeanShell或JSR223脚本的方式，或者使用文件存储中间数据，比如CSV或临时文件。还可能用到JMeter的Test Action组件或定时器来控制执行顺序。 接下来要详细解释每种方法。比如属性方法，用户需要知道如何在线程组A中设置属性，线程组B中读取。要注意属性是全局的，所以命名要唯一，避免冲突。同时，线程执行顺序可能影响参数的传递，可能需要同步控制器或者安排线程组顺序。 然后考虑使用BeanShell或JSR223，这里可能需要写脚本，用户可能需要示例代码。比如用vars.put和props.put来传递变量到属性中，或者用${__BeanShell()}函数。不过脚本执行可能有性能影响，特别是高并发时。 文件方式的话，比如在线程组A将变量写入CSV，线程组B读取。需要确保文件操作的正确性和同步，避免读写冲突。可能用到监听器保存变量到文件，或者用BeanShell写文件。 另外，跨线程组传参时，线程组的执行顺序很重要。如果线程组B在线程组A之前执行，可能获取不到数据，需要调度控制器或设置线程组的启动延迟。用户可能没有意识到这点，需要提醒。 还要注意参数的生命周期，属性是全局的，在整个测试计划中有效，而变量是线程局部的。可能有些用户混淆这两者的作用域，需要区分清楚。 实际应用场景比如用户登录后的token传递到其他线程组的请求中，或者多个线程组共享动态参数。需要给出具体例子，帮助用户理解如何应用这些方法。 最后总结最佳实践，比如优先使用属性，避免脚本性能问题，确保执行顺序，处理同步问题等。同时提醒用户注意线程安全和数据唯一性，避免并发问题。</think>JMeter 跨线程组参数传递是一个需要特殊处理的场景，因为默认情况下变量作用域仅限于当前线程组。以下是 5 种常用方法及详细技术实现： 一、全局属性法（推荐方案） 1. 发送端设置全局属性 ```beanshell // 在线程组A中使用 BeanShell 后置处理器 props.put("GLOBAL_TOKEN", vars.get("local_token")); // 或使用函数助手：${__setProperty(GLOBAL_TOKEN,${local_token},)} ``` 2. 接收端获取属性值 ```beanshell // 在线程组B中使用前置处理器 vars.put("received_token", props.get("GLOBAL_TOKEN")); // 或直接引用：${__P(GLOBAL_TOKEN,)} ``` 二、文件中介法（适合大数据量） 1. 线程组A写入CSV ```beanshell // 使用 BeanShell 后置处理器写入文件 FileWriter fw = new FileWriter("temp.csv", true); fw.write(vars.get("dynamic_id") + "\n"); fw.close(); ``` 2. 线程组B配置CSV Data Set Config ``` Filename: temp.csv Variable Names: shared_id Recycle on EOF: False Stop thread on EOF: True Sharing mode: All threads ``` 三、JSR223 共享对象法（高性能方案） 1. 测试计划级别初始化 ```groovy // 在测试计划中添加 JSR223 初始化脚本 props.put("SHARED_MAP", new java.util.concurrent.ConcurrentHashMap()); ``` 2. 线程组A存值 ```groovy def sharedMap = props.get("SHARED_MAP"); sharedMap.put(System.currentTimeMillis().toString(), vars.get("session_id")); ``` 3. 线程组B取值 ```groovy def sharedMap = props.get("SHARED_MAP"); if(!sharedMap.isEmpty()) { vars.put("target_value", sharedMap.values().iterator().next()); sharedMap.clear(); } ``` 四、Redis 中间件法（分布式测试） 1. 线程组A存储到Redis ```java // 使用 JSR223 + Jedis 客户端 import redis.clients.jedis.Jedis; Jedis jedis = new Jedis("127.0.0.1", 6379); jedis.set("JMETER:COOKIE", vars.get("auth_cookie")); ``` 2. 线程组B获取Redis值 ```java Jedis jedis = new Jedis("127.0.0.1", 6379); vars.put("redis_cookie", jedis.get("JMETER:COOKIE")); ``` 五、同步控制器法（严格顺序场景） 1. 线程组设置 - 线程组A：设置 Synchronizing Timer (Number of Simultaneous Users = 1) - 线程组B：设置 Startup Delay (足够让线程组A完成) 2. 参数传递流程 ``` 线程组A执行 → 结果写入文件 → 线程组B启动 → 读取文件参数 ``` 关键注意事项： 1. 并发安全 - 使用 ConcurrentHashMap 代替普通 HashMap - 对共享资源添加 synchronized 锁 ```java synchronized(props.get("LOCK")) { // 临界区操作 } ``` 2. 性能优化 - 避免在循环中频繁读写共享资源 - 使用 try-with-resources 管理文件流 ```java try(FileWriter fw = new FileWriter("data.txt", true)) { fw.write(vars.get("value")); } ``` 3. 参数清理 - 在测试结束的 Teardown 线程组中添加清理脚本 ```groovy new File("temp.csv").delete(); props.get("SHARED_MAP").clear(); ``` 典型应用场景： 1. 登录鉴权：将登录线程组生成的 token 传递给业务线程组 2. 数据关联：线程组A生成订单号，线程组B进行支付操作 3. 分布式测试：多台 JMeter 机器通过 Redis 共享测试参数 调试技巧： 1. 添加 Debug Sampler 查看变量传递状态 2. 使用 View Results Tree 过滤特定线程组 3. 在日志中打印共享参数值： ```beanshell log.info("Received value: " + props.get("SHARED_PARAM")); ``` 选择建议： - 单机测试 → 全局属性法 - 分布式测试 → Redis中间件法 - 大数据量 → 文件中介法 - 严格顺序 → 同步控制器法 - 高频访问 → JSR223共享对象法 通过合理选择参数传递方式，可以有效实现 JMeter 多线程组的协作测试，模拟真实业务场景中的复杂数据流转。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值