JMeter并发线程组：如何按规则控请求发送及解决请求数不匹配问题

你的核心需求是：每5秒新增10个用户，每个用户仅执行一次「获取Access Token → 调用REST API」的流程，且保证Token请求与API请求数完全匹配。之前用Concurrence Thread Group加Flow Control Action的配置出现请求数不匹配，问题出在暂停逻辑和线程循环的冲突，以下是更优的实现方案：

方案一：优化Concurrence Thread Group配置 #

1. 调整并发线程组调度规则 #

在Concurrence Thread Group的Thread Schedule中直接定义线程启动计划，精确控制每5秒的用户增量：

10 users at 0s
20 users at 5s
30 users at 10s
40 users at 15s
...

（根据你的测试目标用户数，继续添加后续的时间点和用户数）

2. 确保线程仅执行一次流程 #

• 将线程组的循环次数设置为1，这样每个线程启动后，只会完整执行「Token请求 → API调用」一次，不会重复执行。
• 移除线程组内的Flow Control Action采样器，因为线程启动的时间间隔已经由并发线程组的调度规则控制，不需要额外暂停逻辑。

方案二：使用Stepping Thread Group（更直观） #

如果安装了JMeter插件管理器，推荐用Stepping Thread Group（步进线程组），配置更简单：

• 初始线程数：10
• 线程数增量：10
• 增量间隔：5秒
• 每个线程持续时间：设置为你的测试总时长（或确保线程启动后执行一次就结束）
• 线程组循环次数：1

该线程组会自动按配置每5秒新增10个线程，每个线程仅执行一次流程，天然保证Token和API请求数一致。

原配置问题分析 #

你之前遇到的Token与API请求数不匹配，大概率是以下原因：

• 线程组循环次数大于1，导致线程在暂停后重复执行流程，产生额外请求
• Flow Control Action的暂停逻辑与并发线程组的线程调度冲突，导致部分线程重复启动或执行

验证方式 #

配置完成后，通过「查看结果树」和「聚合报告」确认：

• Token请求数与API请求数完全相等
• 每5秒新增的请求组数（Token+API）正好是10组

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