JMeter跨线程组Throughput Controller、Constant Throughput Timer失效问题

配置失效本质是对两个JMeter组件的作用域和设计逻辑理解有偏差：

• Throughput Controller 天生不支持跨线程组比例统计
  很多人会被它的名字误导，这个组件本身不控制吞吐量，仅用来控制其子节点采样器的执行次数占父级容器总循环次数的比例，所有计数逻辑完全是线程组隔离的，不会和其他线程组的控制器共享执行次数数据。你把两类请求拆分到两个独立线程组后，每个线程组内的Throughput Controller都只在自己线程组的上下文里算比例，根本不会把另一个线程组的请求量纳入分母计算，自然不可能实现全局20%/80%的流量拆分。
• 重复配置的Constant Throughput Timer 导致吞吐量配额均分
  你在两个线程组下都配置了目标值600、计算模式为all active threads的常量吞吐量定时器。首先要明确这个组件的Target Throughput参数单位是样本/分钟，600样本/分钟刚好对应你实测的10RPS总吞吐量。当两个配置完全一致的定时器分别放在独立线程组时，JMeter的线程调度逻辑会给两个线程组分派均等的执行机会，两个线程组实际拿到的吞吐量配额各占50%，这个调度逻辑优先级高于线程组内部的Throughput Controller控制，最终就出现了1:1的请求占比。

单线程组场景下刚好满足两个组件的生效条件：

• 两个Throughput Controller同属一个线程组，共享同一个执行计数上下文，百分比计算的分母是整个线程组的总请求量，20/80的比例控制可以正常生效。
• 整个测试计划内只有一个Constant Throughput Timer控制总吞吐量，不存在多个定时器竞争调度配额的问题，总RPS可以稳定在目标值。

不要在多线程组架构下用Throughput Controller做全局比例拆分，按以下逻辑配置即可：

• 删掉每个线程组内部的Throughput Controller，它的设计场景就是单线程组内的分支执行比例控制，不适用跨线程组流量拆分。
• 全局只保留一个Constant Throughput Timer，放在测试计划根层级（不要放在任何一个线程组下），计算模式选择all active threads (shared)，目标吞吐量设置为总目标RPS*60（匹配组件的样本/分钟单位）。
• 给两个线程组配置对应比例的执行权重：如果总RPS目标为N，将发往localhost:8888/api/journal的线程组执行配额设为总目标的20%，发往localhost:8888/api/simulation的设为总目标的80%。可以通过调整两个线程组的线程数权重，或给线程组单独配置子级吞吐量控制逻辑实现比例拆分，最终总RPS会被根层级的常量吞吐量定时器稳定在目标值。

补充提示：Constant Throughput Timer的精度受线程数、接口响应时间影响较大，如果需要更精准的RPS控制，建议使用专门的吞吐量塑形组件实现稳定压测。

内容的提问来源于stack exchange，提问作者Sergey Danilov