1、JMeter定时器存在的原因：
在默认情况下，jmeter 发送每个请求之间是没有延时的，如果采用默认方式，如果线程数足够大，瞬间就会将服务器压死。再则在实际的业务过程中，请求之间是有一定时间的停顿的所以在请求之间设置合理的延时是必须的，也是更接近用户真实业务情况。在 jmeter 中，定时器组件提供了系列不同类型的延时控制。合理使用定时器组件，能让你的性能测试更接近真实，更能挖掘出系统的瓶颈和评估系统的性能指标。
2、JMeter定时器的作用域：
1）定时器是在每个sampler（采样器）之前执行的，而不是之后（无论定时器位置在sampler之前还是下面）；
2）当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；
3）如果希望定时器仅应用于其中一个sampler，则把定时器作为子节点加入；
4）如果希望在sampler执行完之后再等待，则可以使用Test Action；
3、JMeter定时器类型介绍：
1）固定定时器
作用：通过Thread Delay设定每个线程请求之前的等待时间（单位为毫秒）。注意：固定定时器的延时不会计入当前sampler 的响应时间里，但是会计入事务控制器的时间。对于 事务控制器来说，定时器相当于loadrunner中的think time（思考时间：实际操作中，模拟真实用户在操作过程中的等待时间）通常所说的响应时间，大部分情况下是针对某一个具体的sampler（http请求），而不是针对一组sampler组合的事务。
2）高斯随机定时器
高斯随机定时器，又可以称作正态分布随机定时器，该定时器可以设置在两个请求间随机延时时长。且总的延时是高斯分布(正态分布)的总和（均值：0.0、标准差 1.0）。在使用时须指定偏差延时值和偏移值。
如需要每个线程在请求前按随机时间停顿，那么使用这个定时器，上图表示暂停时间会分布在100到400之间，计算公式参考：Math.abs((this.random.nextGaussian() * 300) + 100)
3）均匀随机定时器（Uniform Random Timer）
和高斯随机定时器的作用差异不大，区别在于延时时间在指定范围内且每个时间的取值概率相同，每个时间间隔都有相同的概率发生，总的延迟时间就是随机数和偏移值之和。
下面表示的是随机延迟时间的最大值是100毫秒：
（1）Random Delay Maximum(in milliseconds):随机延迟时间的最大毫秒数
（2）Constant Delay Offset(in milliseconds):暂停的毫秒数减去随机延迟的毫秒数
4）Synchronizing Timer（同步定时器）
这个定时器应该是大家很期望的，它有在 LoadRunner 中有一个大家熟悉的名称：集合点。是的，它实现了某种意义上的并发。
5）Poisson Random Timer
类似高斯随机定时器，只是其随机延时值发生在一个特定的值。总的延时值呈现泊松分布。
6）Constant Throughput Timer
通过控制每分钟请求数（即控制吞吐的方式）来控制是否进行延时暂停。
例如，当我们需要使服务端长期处于一定的压力下时，可以通过该定时器来控制吞吐。
注意：吞吐值可以是常量，也可以使用函数来动态生成，已达成更灵活的使用，满足不同的压力场景。
7)JSr R223 Timer 和 BeanShell Timer
这两种定时器就不细说了，简单的说就是提供了脚本方式来进行控制，是更为灵活的方式。一般情况下，大家是不会用的。当然有兴趣的，可以去研究下，增强理解。
总结
本文就各种定时器进行了介绍，并大致介绍了其可能的应用场景。不管是哪种定时器，都需要深入理解业务的情况下，统筹规划使用。以更深入的发挥其作用，模拟好真实应用场景，更好的挖掘性能瓶颈和评估目标服务的性能情况。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
