用户定时器 | 集合点
模仿多用户在同一时间点发动申请，放大并发线程启动时间误差
期待达到指定数量的用户数量后，集中发动申请
应用 Synchronizing Timer（同步定时器）
参考链接：https://blog.csdn.net/sun_hm/…
其中 Timeout in millisecond（超时工夫）=0，属于硬性期待
- 若汇合用户数 >= 线程数，运行脚本
- 若汇合用户数 < 线程数，始终期待，不会运行脚本
Timeout in millisecond（超时工夫）>0，属于软性期待
- 只会在设置好的 超时工夫 内期待
后果察看：
吞吐量定时器
Constant Throughput Timer
应用 Constant Throughput Timer，通过管制单位工夫的申请数，实现间接管制 TPS，察看响应工夫稳定：
毛病：每次批改吞吐量值时，须要进行脚本再启动，不利于察看整体的测试后果
参考链接：https://www.cnblogs.com/eagle…
响应工夫察看：
RPS 定时器
Throughput Shaping Timer
应用 Throughput Shaping Timer ， 能够间接管制压力值
参考链接：https://www.jianshu.com/p/303…
后果察看：
固定定时器
集合时间满足后，刹时并发申请：
- 只会影响业务工夫
- 不会影响服务解决工夫
随机定时器
参考链接：https://www.cnblogs.com/yoyok…