JMeter(九)_定时器
前言
在默认情况下，jmeter 发送每个请求之间是没有延时的，如果采用默认方式，如果线程数足够大，瞬间就会将服务器压死。再则在实际的业务过程中，请求之间是有一定时间的停顿的所以在请求之间设置合理的延时是必须的，也是更接近用户真实业务情况。在 jmeter 中，定时器组件提供了系列不同类型的延时控制。合理使用定时器组件，能让你的性能测试更接近真实，更能挖掘出系统的瓶颈和评估系统的性能指标。
定时器类型
1、固定定时器（Constant Timer）
这是最简单的一种定时器，也是新手最常用的一种方式。下面我们看下其具体设置：
作用：通过ThreadDelay设定每个线程请求之前的等待时间（单位为毫秒）。注意：固定定时是有作用域的，放到线程组下其作用域是所有请求都会延迟固定器设置的时间，如果放到请求内，作用域是单个请求延迟时间（常用）。
2、高斯随机定时器（Gaussian Random Timer）
高斯随机定时器，又可以称作正态分布随机定时器，该定时器可以设置在两个请求间随机延时时长。且总的延时是高斯分布(正态分布)的总和（均值：0.0、标准差 1.0）。在使用时须指定偏差延时值和偏移值。。下面我们看下其具体设置：
例如在访问百度首页，然后输入关键词进行搜索，受网络、人等各种因素影响，有的人打开首页后 3s 后则进行了搜索，有时则是 10s或更多时间，在正常情况下，打开百度然后进行搜索，假设用户间隔在 3s-10s 之间，从统计学来看，这个间隔时间可能是一个正态分布或接近正态分布。而不是一个固定的常量。从笔者在日常实践中，也更推荐使用该定时器。能更接近模拟用户实际情况。
3、同步定时器（Synchronizing Timer）
用来设置集合点，其作用是：阻塞线程，直到指定的线程数量到达后，再一起释放，可以瞬间产生很大的压力
（1）Number of Simulated Users to Group by：模拟用户的数量，即指定同时释放的线程数数量，若设置为0，等于设置为线程组中的线程数量；
（2）Timeout in milliseconds：超时时间，即超时多少毫秒后同时释放指定的线程数；如果设置为0，该定时器将会等待线程数达到了设置的线程数才释放，
若没有达到设置的线程数会一直死等。如果大于0，那么如果超过Timeout inmilliseconds中设置的最大等待时间后还没达到设置的线程数，Timer将不再等待，释放已到达的线程。默认为0
同步定时器（Synchronizing Timer）的超时时间设置要求：超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)
场景应用：0点秒杀
4、统一随机定时器（Uniform Random Timer）
该定时器可以在请求之间设置一个随机延时，每个随机延时有相同的发生概率。
总延迟时间=指定范围内的随机时间+固定延迟时间
5、泊松随机定时器（Poisson Random Timer）
类似高斯随机定时器，只是其随机延时值发生在一个特定的值。总的延时值呈现泊松分布。
作用：这个定时器在每个线程请求之前按随机的时间停顿，总的延迟就是泊松分布值和偏移值之和。
上面表示暂停时间会分布在100到400毫秒之间：
（1）Lambda(in milliseconds):兰布达值
（2）Constant Delay Offset(in milliseconds):暂停的毫秒数减去随机延迟的毫秒数
6、常数吞吐量定时器（Constant Throughput Timer）
通过控制每分钟请求数（即控制吞吐的方式）来控制是否进行延时暂停。
例如，当我们需要使服务端长期处于一定的压力下时，可以通过该定时器来控制吞吐。
注意：吞吐值可以是常量，也可以使用函数来动态生成，已达成更灵活的使用，满足不同的压力场景。
作用: 按指定的吞吐量执行，以每分钟为单位。计算吞吐量依据是最后一次线程的执行时延。
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)：同上，但每个线程是根据线程的上次运行时间来延迟。相当于让所有线程组整体排队。（不常用）
7、准确的吞吐量定时器（Precise Throughput Timer）
Target Throught：目标吞吐量
Throught Period：表示在多长时间内发送Target Throught指定的请求数(以秒为单位)
Test Druation：指定测试运行时间(以秒为单位)
Number of threads in the bath：用来设置集合点，等到指定个数的请求后并发执行其它参数默认即可
8、JSr R223 Timer 和 BeanShell Timer
这两种定时器就不细说了，简单的说就是提供了脚本方式来进行控制，是更为灵活的方式。一般情况下，大家是不会用的。当然有兴趣的，可以去研究下，增强理解。
总结
本文就各种定时器进行了介绍，并大致介绍了其可能的应用场景。不管是哪种定时器，都需要深入理解业务的情况下，统筹规划使用。以更深入的发挥其作用，模拟好真实应用场景，更好的挖掘性能瓶颈和评估目标服务的性能情况。