jmeter集合器的用法

集合点:是让所有请求在不满足条件的时候处于等待状态,达到一定数目后执行并发操作。(并发测试)
如:集合点设置为100,当不满足100个请求的时候,这些请求都会集合在一起,处于等待状态,当达到100的时候,就一起执行。从而达到并发的效果。

Jmeter中可以通过同步定时器 Synchronizing Timer 来完成。
在这里插入图片描述
Number of Simulated Users to Group by:按组分组的模拟用户数。
timeout in milliseconds:Timout的意思是等待请求多久后,不管线程数有没有到达设置的并发数量都开始运行测试。(注:0是永不超时,若有请求处于等待状态,则需要手动stop)
场景1-1:创建两个请求:请求1,请求2(集合点放在请求2子目录下),线程数为1,集合点为2,超时为0。
在这里插入图片描述
结果:请求1被执行,请求2永久等待,需手动stop。
场景1-2:创建两个请求:请求1(集合点放在请求1子目录下),请求2,线程数为1,集合点为2,超时为0。
在这里插入图片描述
结果:请求1 由于没有达到集合点线程数量,处于等待状态,请求2 因为请求1没有执行完成也处于等待状态,需手动stop。
场景1-3:创建两个请求:请求1,请求2,线程数为1(集合点放在线程数的子目录下),集合点为2,超时为0。
在这里插入图片描述
结果:两个请求均未达到集合点数,都处于等待状态,需手动stop。
场景1-4:创建两个请求:请求1,请求2,线程数为2(集合点放在线程数的子目录下),集合点为2,超时为0。
在这里插入图片描述
结果:两个请求都达到集合点,执行请求。
场景2-1:创建请求1,线程数为3(集合点放在线程数的子目录下),集合点为2,超时为0。
在这里插入图片描述
结果:只执行了2个请求,2个请求为一组并发,还有1个请求由于没有达到并发数处于等待状态,需手动stop。
场景2-2:创建请求1,线程数为3(集合点放在线程数的子目录下),集合点为2,超时为10000。
在这里插入图片描述
结果:先执行2个请求,10S后执行第3个请求。
场景2-3:创建请求1,线程数为3(集合点放在线程数的子目录下),集合点为3,超时为10000。
在这里插入图片描述
结果:并发执行3个请求。

结论:
Timeout in milliseconds: 如果设置为0,Timer将会等待线程数达到了"Number of Simultaneous Users to Group"中设置的值才释放。也就是说,如果线程数不足集合点中设置的数,就会一直等待,需要手动stop。
如果大于0,那么如果超过Timeout in milliseconds中设置的最大等待时间(毫秒为单位)后还没达到"Number of Simultaneous Users to Group"中设置的值,Timer将不再等待,释放已到达的线程。也就是说如果线程数不满足集合点中设置的值,则在timeout中设置的时间后继续执行不足的那些线程。
Timeout in milliseconds默认为0。所以当timeout设置为0,但是线程数又不满足集合点中设置的值时,就会一直等待,不执行请求,需要手动stop。
同步定时器是在每一个采集器之前执行的,不管定时器的位置是在采集器之前还是之后,都是在采集器之前执行。
如果一个线程中存在多个采集器,同步定时器和这些采集器在同一级(同一节点下),则同时作用于这些采集器。
如果需要一个定时器单独对应某一个采集器,可以在采集器的子节点中创建定时器。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值