Jmeter(十四) - 从入门到精通 - JMeter定时器 - 下篇（详解教程）

1.简介

　　用户实际操作时，并非是连续点击，而是存在很多停顿的情况，例如：用户需要时间阅读文字内容、填表、或者查找正确的链接等。为了模拟用户实际情况，在性能测试中我们需要考虑思考时间。若不认真考虑思考时间很可能会导致测试结果的失真。例如，估计的可支撑用户数偏小。在性能测试中，访问请求之间的停顿时间被称之为思考时间，那么如何模拟这种停顿呢？我们可以借助JMeter的定时器实现。

　　JMeter中的定时器一般被我们用来设置延迟与同步。定时器的执行优先级高于Sampler（取样器），在同一作用域（例如控制器下）下有多个定时器存在时，每一个定时器都会执行，如果想让某一定时器仅对某一Sampler有效，则可以把定时器加在此Sampler节点下。

2.预览定时器

首先我们来看一下JMeter的定时器，路径：线程组（用户）->添加->定时器（Timer）；我们可以清楚地看到JMeter5中共有9个定时器，如下图所示：

如果上图您看得不是很清楚的话，宏哥总结了一个思维导图，关于JMeter5的逻辑控制器类型，如下图所示：

通过以上的了解，我们对定时器有了一个大致的了解和认识。下面宏哥就给小伙伴或则童鞋们分享讲解一些通常在工作中会用到的定时器。

3.常用定时器详解

这一小节，宏哥就由上而下地详细地讲解一下常用的定时器。

3.1Gaussian Random Timer

高斯定时器，高斯定时器，生成一个呈高斯分布的时间间隔。
如需要每个线程的延迟时间是符合标准正态分布的随机时间停顿，那么使用这个定时器，总延迟 = 高斯分布值（平均0.0和标准偏差1.0）* 指定的偏差值+固定延迟偏移(计算参考：Math.abs((this.random.nextGaussian() * 偏差值) + 固定延迟偏移))。
另一种解释方法，在高斯随机定时器中，随机时间在固定延迟偏移附近，概率符合高斯曲线分布。

总延迟时间 = 高斯分布值（平均0.0和标准差1.0）* 指定的偏差值 + 固定延迟偏移

1、我们先来看看这个Gaussian Random Timer长得是啥样子，路径：线程组 > 添加 > 定时器 > 高斯随机定时器，如下图所示：

2、关键参数说明如下：

Name：名称，可以随意设置，甚至为空；

Comments：注释，可随意设置，可以为空；

Deviation：忽略子控制器，即子控制器失效，由交替控制器接管。

Constant Delay Offset：

3.1.1实例

1、新建测试计划，线程组下添加2个取样器访问博客园首页、访问北京宏哥的园子，如下图所示：

2、然后再添加高斯随机定时器，设置高斯随机定时器的偏差为1000ms，固定延迟偏移为3000，如下图所示：

3、配置好以后，点击“保存”，运行JMeter，查看表格结果（取样器访问博客园首页和访问度娘间隔3s），如下图所示：

3.2JSR223 Timer

JSR定时器，在jemter最新的版本中，新增了这个定时器，可以这么理解，这个定时器相当于BeanShell定时器的“父集”，它可以使用java、JavaScript、beanshell等多种语言去实现你希望完成的事情。

1、我们先来看看这个JSR223 Timer长得是啥样子，路径：线程组 > 添加 > 定时器 > JSR233定时器，如下图所示：

2、关键参数说明如下：

Name：名称，可以随意设置，甚至为空；

Comments：注释，可随意设置，可以为空；

Thread Delay：忽略子控制器，即子控制器失效，由交替控制器接管。

3.2.1实例

1、新建测试计划，线程组下添加2个取样器访问博客园首页、访问度娘，如下图所示：

2、然后再添加JSR223 定时器，编写脚本设置延迟时间5s，如下图所示：

3、配置好以后，点击“保存”，运行JMeter，查看表格结果（取样器访问博客园首页和访问度娘间隔5s），如下图所示：

3.3Poisson Random Timer

泊松随机定时器，这个定时器在每个线程请求之前按随机的时间停顿，总的延迟就是泊松分布值和偏移值之和。这个定时器在每个线程请求之前按随机的时间停顿，总的延迟就是泊松分布值和偏移值之和。

泊松分布：概率学中离散机率分布

1、我们先来看看这个Poisson Random Timer长得是啥样子，路径：线程组 > 添加 > 定时器 > 泊松随机定时器，如下图所示：

2、关键参数说明如下：

Name：名称，可以随意设置，甚至为空；

Comments：注释，可随意设置，可以为空；

Lambda(in milliseconds):兰布达值；

Constant Delay Offset(in milliseconds):暂停的毫秒数减去随机延迟的毫秒数。

3.3.1实例

1、新建测试计划，线程组下添加2个取样器访问博客园首页、访问度娘，如下图所示：

2、然后再添加泊松定时器，设置暂停时间会分布在100到400毫秒之间，如下图所示：

3、配置好以后，点击“保存”，运行JMeter，查看表格结果（取样器访问博客园首页和访问度娘间隔在100到400毫秒之间），如下图所示：

3.4Synchronizing Timer

同步计时器，用来模拟多用户并发，或者说更严格的并发场景，比如秒杀活动，就要用这个玩意了。

作用：也是用来设置集合点，阻塞线程，同步虚拟用户，直到指定的线程数量到达后，恰好在同一时刻执行任务，再一起释放，可以瞬间产生很大的压力。

注意：敲黑板，敲脑袋！！！

一般情况，并发用户数多少，同步定时器就写多少。（多少并发就要等多少个人到齐一起释放）

1、我们先来看看这个Synchronizing Timer长得是啥样子，路径：线程组 > 添加 > 定时器 > 同步定时器，如下图所示：

2、关键参数说明如下：

Name：名称，可以随意设置，甚至为空；

Comments：注释，可随意设置，可以为空；

Number of Simulated Users to Group by：集合点个数（执行的线程数），如果设置为0，等于设置为线程租中的线程数量。

Timeout in milliseconds：指定线程数多少秒没集合到算超时（以毫秒为单位）。如果设置为0，该定时器将会等待线程数达到了"Number of Simultaneous Users toGroup"中设置的值才释放，不够的话就死等。如果大于0，那么如果超过Timeout inmilliseconds中设置的最大等待时间后还没达到"Number of Simultaneous Users toGroup"中设置的值，Timer将不再等待，释放已到达的线程。默认为0

注意：敲黑板，敲脑袋！！！

（1）上面两个参数如果都设置了值，则在实际中是哪个条件先达到，定时器先执行哪个，如第一个参数释放线程数量先达到，则不会管超时时间的值，timer会释放；如果第二个参数超时时间先达到，则不会再等线程数量，按照目前超时的时间点集合的线程数，timer释放。

（2）同步定时器（Synchronizing Timer）的超时时间设置要求：超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)

线程组用户数100，添加同步定时器

线程数(100)	定时器等待线程数(视情况而定)	超时设置(默认为0，单位毫秒)	设置效果(脚本运行达到的效果)
100	100	0	用户等待达到100个用户，同时并发请求
100	90	100	1、刚好超时100ms，且等到90个用户并发请求； 2、等到90个用户，未超时，继续等到结束，再并发，这时用户数将大于90； 3、等到小于90和用户，又超过了设置100ms，那么以等到的用户并发请求，可能小于90；
100	110	0	用户无法达到110个用户，线程将一直等待，不会停止；
100	100	100	1、刚好超时100ms，等到100个用户并发请求； 2、超时100ms后，定时器以等到的最大用户数并发请求； 3、如果超时100ms，用户数没有到达100，将以等到的用户数并发请求，这是用户数可能小于100；
100	0	0	定时器设置的用户数等效于线程的用户数，超时默认设置为0，用户同时并发请求