先明确一些概念：
1）
定时器是在每个sampler（采样器）之前执行的，而不是之后；
是的，你没有看错，不管这个定时器的位置放在sampler之后，还是之下，它都在sampler之前得到执行。
2）定时器是有作用域的；当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；
3）
如果希望定时器仅应用于其中一个sampler，则把该定时器作为子节点加入
；
4）如果希望在sampler执行完之后再等待，则可使用Test Action；
一、固定定时器（Constant Timer）
毫无疑问，这是最重要的定时器。
需要注意的是，固定定时器的延时不会计入单个sampler的响应时间，但会计入事务控制器的时间
。
如下图，固定定时器的时长设为300毫秒。
定时器时长并不计入java请求的响应时间，但被计入“事务控制器”的总时间
如果你坚持看到这里，并且对loadrunner的think time和pacing这两个概念还有记忆的话，我们可以有答案了：
对于“java请求”这个sampler来说，定时器相当于loadrunner中的pacing；对于“事务控制器”来说，定时器相当于loadrunner中的think time。
我们通常说的响应时间，应该大部分情况下是针对某一个具体的sampler（http请求），而不是针对一组sampler组合的事务
当放置Constant Timer于两个http请求之间,那么它代表的含义是:在上一个请求发出至完成后,开始Contant Timer指定的时间,最后再发出第二个请求.它并不是代表两个请求之间的发送间隔时间
.请看图:
在上图中的19.701第一个请求发出,经过1.36s时间完成接收,再等待Constant Timer的1s,再开始第二个请求。
二、高斯随机定时器（Gaussian Random Timer）
基本同上，只是定时器的延时时间是在指定范围内的正态分布。
三、均匀随机定时器（Uniform Random Timer）
同上，延时时间是在指定范围内，并且每个时间取值的概率相同。
四、固定吞吐量定时器（Constant Throughput Timer）
可以让JMeter以指定数字的吞吐量（即指定TPS，只是这里要求指定每分钟的执行数，而不是每秒）执行。吞吐量计算的范围可以为指定为当前线程、当前线程组、所有线程组，并且计算吞吐量的依据可以是最近一次线程的执行时延。
相信这种定时器在特定的场景下，还是很有用的。
五、
同步定时器（Synchronizing Timer
）
在该定时器处，使线程等待，一直到指定的线程个数达到后，再一起释放。可以在瞬间制造出很大的压力。
没错，它和loadrunner的集合点（rendezvous point）差不多的功能。
六、BeanShell定时器（BeanShell Timer）
这个定时器，平时用不上。但实际上，它是最强大的，因为可以自己编程实现想要干的任何事。
有复杂需求时，就要靠它了。例如，希望在每个线程执行完等待一下，或者希望在某个变量达到指定值的时候等待一下。
第二部分：线程之间的时间设置（
这个Test Action，不知道为啥我的jmeter里面没有这个定时器，有知道的小伙伴可以告诉我一下
）
持续压力测试时，当线程完成所有的动作进行第二次操作时需要设置一定的等待时间，把它放在所有的请求后面即可，如下：
使用
jmeter
的UDP插件测试，程序退出时需要向服务器发送一个数据包标记程序退出，这个UDP包服务器不会响应。
Jmeter
默认得到响应才算执行成功，因此监听器中会被标记为失败。
检查发现jp@gc – UDP Request中默认勾选“Wait for Response”，去掉该项的勾选
Jmeter
就不会再等待服务器响应，
为了防止吞吐量过高，导致系统奔溃，
设置
一个最高阈值来控制，达到这个吞吐量后就不在增加。比如偏差
设置
3000ms，偏移
设置
500ms，就是会在500-3500之前随机等待。如果把固定定时器放到具体某个请求的子节点下，那作用域就是当前请求。2，偏移：在偏差范围之前加上偏移的时长就是需要等待的时长。如果把固定定时器放到根结点，就会对所有的请求都起作用。固定定时器也叫思考时间，就是在请求前停留一定的时间。放到具体的请求下，只有当前请求会等3s。1，偏差：1-具体的偏差数之间随机等待。
在日常的API接口自动化测试中，会遇到这样一个问题：使用jenkins批量执行
jmeter
的API接口用例时，当某个接口因为服务器或者网络原因导致http请求或者响应时间很长时导致jenkins执行用例失败，因此我们需要
设置
一个超时
等待时间
来解决这一问题。
在
jmeter
中有一个方法叫做timeout，我们可以把它称作超时时间，它的作用是如果实际执行时间超过这个timeout
设置
时间，
jmeter
就会自动报错，不再继续进行该次请求。
先明确一些概念：
1）定时器是在每个sampler（采样器）之前执行的，而不是之后；
是的，你没有看错，不管这个定时器的位置放在sampler之后，还是之下，它都在sampler之前得到执行。
2）定时器是有作用域的；当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；
3）如果希
一、
Jmeter
定时器的概念：1）定时器是在每个sampler（采样器）之前执行的，而不是之后；是的，你没有看错，不管这个定时器的位置放在sampler之后，还是之下，它都在sampler之前得到执行。2）定时器是有作用域的；当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；3）如果希望定时器仅应用于其中一个sampler，则把该定时器作为子节点加入；4）如果希望在sampler...
本文要介绍的是在
JMeter
中如何
设置
负载压力场景中的用户的进入和退出
设置
，也就是步伐(Pacing或者Stepping)的
设置
。
什么是实际的性能测试
1）有思考时间，用户在做不同操作之间有时间停顿，或者延迟，思考时间就是模拟用户的操作过程中的停顿的间。
2）步伐，速度：主要包括，大量用户进来的时间和退出时间，控制迭代之间的时间，例如，前面文章介绍的一个现场用户20个，
设置
5秒内全部进入，
1、定时器是在每个sampler（采样器）之前执行的，而不是之后（无论定时器位置在sampler之前还是下面）；
2、当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；
