JMeter 5.5轮询请求自动延迟：间隔从10/30秒增至20/40秒

问题描述 #

我的JMeter脚本使用并行控制器管理两个轮询请求，分别设置为10秒、30秒的执行间隔。测试初期请求能严格按设定间隔触发，但随着测试推进，间隔逐渐被拉长——10秒间隔变为20秒，30秒间隔变为40秒。服务器响应时间始终稳定在对应区间，且未设置思考时间，单用户场景下脚本运行正常，需要确保轮询严格按设定间隔执行。

可能原因 #

• 多线程资源竞争：多用户场景下，JMeter线程池调度资源不足，线程排队等待执行，导致轮询触发时间被延迟，且延迟随线程堆积逐步累积。
• 定时器逻辑缺陷：使用普通定时器（如Constant Timer）时，延迟是从上一个请求完成时刻开始计算，若服务器响应时间接近设定间隔，加上线程调度的微小延迟，长期累积会导致间隔逐步拉长。
• JVM垃圾回收影响：测试运行一段时间后，JMeter进程产生大量垃圾，频繁触发GC暂停线程，干扰轮询的精准执行。
• 定时器作用域错误：若定时器作用域覆盖了多个请求或整个并行控制器，可能导致延迟叠加，引发非预期的间隔延长。

解决方案 #

1. 改用Precise Throughput Timer实现精准调度
   该定时器可直接控制请求的执行频率，而非依赖上一个请求的完成时间。配置时选择Total executions模式，设置对应间隔的执行次数（如10秒间隔设为每分钟6次，30秒间隔设为每分钟2次），并将定时器直接绑定到目标轮询请求上，确保作用域唯一。

2. 优化线程组配置

   • 线程组的Scheduler中，将Delay和Startup delay设为0，避免线程启动延迟。
   • 根据服务器承载能力合理设置线程数，避免线程过多导致资源耗尽。

3. 调整JVM参数减少GC影响
   修改JMeter启动脚本（jmeter.bat/jmeter.sh）中的堆内存参数，例如：

   HEAP="-Xms2g -Xmx2g"
   

   提升堆内存可减少GC频率，避免线程因GC暂停导致的执行延迟。

4. 确认定时器作用域
   将控制间隔的定时器作为目标轮询请求的子节点，确保定时器仅作用于该请求，避免作用域过大引发的延迟叠加。

5. 拆分轮询到独立线程组
   将两个轮询请求分别放在独立线程组中，每个线程组单独配置定时器和循环逻辑，避免并行控制器内的线程互相干扰，提升调度独立性。

6. 开启调试日志定位问题
   在jmeter.properties中添加配置：

   log_level.jmeter.control=DEBUG
   

   查看并行控制器和定时器的执行日志，明确延迟产生的具体环节，精准定位问题根源。

内容的提问来源于stack exchange，提问作者Anil Kumar