例如在访问百度首页，然后输入关键词进行搜索，受网络、人等各种因素影响，有的人打开首页后 3s 后则进行了搜索，有时则是 10s或更多时间，在正常情况下，打开百度然后进行搜索，假设用户间隔在 3s-10s 之间，从统计学来看，这个间隔时间可能是一个正态分布或接近正态分布。而不是一个固定的常量。从笔者在日常实践中，也更推荐使用该定时器。能更接近模拟用户实际情况。

用来设置集合点，其作用是：阻塞线程，直到指定的线程数量到达后，再一起释放，可以瞬间产生很大的压力
（1）Number of Simulated Users to Group by：模拟用户的数量，即指定同时释放的线程数数量，若设置为0，等于设置为线程组中的线程数量；
（2）Timeout in milliseconds：超时时间，即超时多少毫秒后同时释放指定的线程数；如果设置为0，该定时器将会等待线程数达到了设置的线程数才释放，

若没有达到设置的线程数会一直死等。如果大于0，那么如果超过Timeout inmilliseconds中设置的最大等待时间后还没达到设置的线程数，Timer将不再等待，释放已到达的线程。默认为0
同步定时器（Synchronizing Timer）的超时时间设置要求：超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)

场景应用：0点秒杀

作用：这个定时器在每个线程请求之前按随机的时间停顿，总的延迟就是泊松分布值和偏移值之和。
上面表示暂停时间会分布在100到400毫秒之间：
（1）Lambda(in milliseconds):兰布达值
（2）Constant Delay Offset(in milliseconds):暂停的毫秒数减去随机延迟的毫秒数

作用: 按指定的吞吐量执行，以每分钟为单位。计算吞吐量依据是最后一次线程的执行时延。

Target throughput（in samples per minute）： 目标吞吐量。注意这里是每分钟发送的请求数，可以选择作用的线程：当前线程、当前线程组、所有线程组等，具体含义如下：
**this thread only: * 设置每个线程的吞吐量。总的吞吐量=线程数 该值。
all active threads in current thread group： 吞吐量被分摊到当前线程组所有的活动线程上。每个线程将根据上次运行时间延迟。
all active threads： 吞吐量被分配到所有线程组的所有活动线程的总吞吐量。每个线程将根据上次运行时间延迟。在这种情况下，每个线程组需要一个具有相同设置的固定吞吐量定时器。（不常用）
all active threads in current thread group (shared)： 同上，但是每个线程是根据组中的线程的上一次运行时间来延迟。相当于线程组组内排队。（不常用）
all active threads (shared)： 同上，但每个线程是根据线程的上次运行时间来延迟。相当于让所有线程组整体排队。（不常用）

Target Throught：目标吞吐量
Throught Period：表示在多长时间内发送Target Throught指定的请求数(以秒为单位)
Test Druation：指定测试运行时间(以秒为单位)
Number of threads in the bath：用来设置集合点，等到指定个数的请求后并发执行其它参数默认即可

总结
本文就各种定时器进行了介绍，并大致介绍了其可能的应用场景。不管是哪种定时器，都需要深入理解业务的情况下，统筹规划使用。以更深入的发挥其作用，模拟好真实应用场景，更好的挖掘性能瓶颈和评估目标服务的性能情况。