JMeter如何实现毫秒级线程时序模拟并复用活跃线程资源

核心逻辑为预创建最大量级常驻线程+毫秒级脚本动态控制线程执行业务的权限，完全满足线程复用、亚秒级线程数更新的需求，不存在参数不识别、线程反复重建的问题。

具体配置步骤 #

• 基础线程池预创建
  新建普通线程组，将线程数设置为需求的最大并发值200，勾选Same user on each iteration选项，循环次数配置为永远，不设置固定的线程启动延迟、停止时间。

  测试启动时会一次性创建完所有200个线程，整个测试运行周期内不会销毁重建，从根源上省去线程反复创建的资源开销。

• 时间片间隔控制
  在线程组所有业务逻辑的最前端添加Flow Control Action（老版本叫Test Action），配置固定等待时长为500ms，作为每个时间片的间隔基准。
• 动态线程数判断规则
  在Flow Control Action之后添加If 控制器，控制器判断条件使用如下Groovy脚本：

  ctx.getThread().getThreadNum() < (props.get("currentTargetThreadCount") as int)
  

  只有线程编号小于当前时间片目标并发数的线程，才能进入控制器内部执行业务请求；超出目标数的线程会直接跳过当前时间片的所有业务逻辑，回到开头的500ms等待环节，进入下一轮判断。
• 时间片线程数更新
  在Flow Control Action和If控制器之间添加JSR233 Sampler，脚本语言选择Groovy，每轮等待结束后执行脚本，根据你预设的时间序列n(x)更新全局属性currentTargetThreadCount的数值即可。脚本调度精度为毫秒级，支持任意亚秒级间隔配置，不会出现0.5s参数识别失败的问题。

方案对比原有尝试的优势 #

• 精度达标：不存在原生线程组、Ultimate Thread Group仅支持整数秒配置的限制，500ms更新间隔可稳定运行，无参数解析异常。
• 线程零重复创建：所有线程全程常驻，降载时多余线程仅空转等待不会被销毁，升载时直接唤醒空转线程执行业务，没有额外的线程创建开销。
• 配置成本低：不需要拆分多个顺序执行的线程组，也不需要在第三方线程组里配置多行线程序列，直接在Groovy脚本里维护时间点和对应并发数的映射关系即可。

配置注意事项 #

• 空转等待的线程仅执行固定时长休眠，不会发起实际业务请求，对压测负载端的资源消耗可以忽略。
• 如果需要严格对齐时间节点，可以在JSR233脚本中通过System.currentTimeMillis()校准时间偏移，避免长时间运行产生累计误差。
• 不要通过ctx.getEngine().stopThread()类方法主动停止线程，否则后续升载时需要重新创建线程，无法实现复用效果。

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