You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何通过JMeter实现每秒发送10个并发HTTP请求?

搞定JMeter每秒10个并发请求(1分钟600次)的配置方案

嘿,我来帮你解决这个JMeter吞吐量控制的问题!你现在遇到的核心问题是:JMeter默认的线程运行逻辑会等待一批请求的响应返回后,才会触发下一批请求,没法稳定达到每秒10次的目标。下面给你一套精准的配置步骤,按这个来就能实现1分钟600次请求的需求:

1. 先配置基础线程组

首先得给线程组设置合适的参数,确保有足够的线程资源支撑吞吐量:

  • 线程数:设为10(刚好对应每秒10个并发的需求,要是你的请求响应时间特别短,线程数还能再少,但10是最直观的配置)
  • Ramp-Up时间:设为1秒(让10个线程在1秒内全部启动,避免线程启动太慢拖慢吞吐量)
  • 循环次数:勾选「永远」(后续用调度器控制总运行时长,不用纠结循环次数)
  • 调度器:勾选后,把「持续时间」设为60秒(也就是你要运行的1分钟)

2. 添加「常量吞吐量定时器」——核心控制组件

这个定时器是实现稳定吞吐量的关键,它能强制JMeter按照你设定的频率发请求,不会受响应时间影响:

  • 右键你的线程组 → 添加 → 定时器 → Constant Throughput Timer
  • Target throughput (in samples per minute):填600(因为1分钟要600次,刚好对应每秒10次)
  • Calculate throughput based on:选择「All active threads in current thread group」(基于当前线程组的所有活跃线程计算吞吐量,确保控制精准)

3. 检查并移除「同步定时器」(如果有)

如果你之前不小心加了Sync Timer(同步定时器),一定要禁用或者删掉它!这个组件的作用是让所有线程都准备好后才一起发请求,正好是导致你“等第一批响应返回才发下一批”的元凶之一。

4. 快速验证配置是否生效

可以先把调度器的持续时间改成10秒,运行后看「Summary Report」里的总请求数是不是接近100次(10秒×10次/秒),这样能快速确认配置有没有起作用,不用等满1分钟。

额外小贴士

  • 如果你的请求响应时间很长(比如超过1秒),10个线程可能不够支撑每秒10次请求,这时候可以把线程数加到20甚至更多——常量吞吐量定时器会自动控制每秒只发10次,多余的线程会自动等待,不会乱发请求
  • 记得给JMeter分配足够的JVM内存,避免因为内存不足导致线程阻塞:找到jmeter.bat(Windows)或jmeter.sh(Linux/Mac),修改里面的HEAP="-Xms1g -Xmx2g"参数,把内存调大一点(比如改成-Xms2g -Xmx4g)

内容的提问来源于stack exchange,提问作者goutthee

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.28 09:59:52