前言

本文主要分享两种定时器（同步定时器、固定定时器）的用法，从作用，设置方法以及实例演示几个方面讲解，结尾还有小知识哦！一起开始学习吧！

一、同步定时器（集合点）

1、作用：实现用户满足设置值时，在选定场景同时并发，在不满足条件时所有请求处于等待状态。
2、路径：选中事务-鼠标右键-添加-定时器- 同步定时器（Synchronizing Timer）

3、设置：添加完成后，将同步定时器放置于需要测试的请求前(此处将集合点存放于查询请求前)

4、页面属性说明：
–模拟用户组的数量：设置用户集合数，当用户达到设置的值时，才进行后续的操作

–超过时间以毫秒为单位：

（1）该值默认为0。当值设置为0而线程数又达不到集合点中设置的值时，就会一直等待，不执行请求，需要手动stop，若满足设置值则释放（执行后续操作）。
（2）设置值>0，如果超过设置的最大等待时间(单位为毫秒)后还没达到"模拟用户组的数量"中设置的值，定时器将不再等待，释放已到达的线程。

5、实例：
场景1：添加同步定时器在“查询”事务中，定时器设置"模拟用户组的数量"的值为100，“超过时间以毫秒为单位”的值为5000
执行脚本！
结果：
（1）若线程组超过5秒后只有90个用户执行完查询事务前的操作，那么定时器将会让90的用户继续进行后续操作。
（2）若线程组5秒内后100个用户成功执行，请求将同步释放模拟并发。

场景2：添加同步定时器在“查询”事务中，定时器设置"模拟用户组的数量"的值为100，“超过时间以毫秒为单位”的值为0
执行脚本！
结果：
（1）用户执行未能达到设置值100，线程就会处于一直等待的状态，需要手动停止脚本。
（2）用户达到设置值100，那么请求将同步释放模拟并发。

试一试吧~

二、固定定时器

1、作用：设置请求之间的执行间隔时间，多用在对性能进行能力验证的领域
2、路径：选中事务-鼠标右键-添加-定时器- 固定定时器

3、设置：添加完成后，将固定定时器放置于需要测试的事务中（此处将固定定时器放置于查询事务中）

4、实例：固定定时器的“线程延迟（毫秒）”设置为5000。

执行脚本，察看结果树可以看到“查询”事务下的请求都会间隔5s才执行
如下图，“查询”事务下的请求“查询1”跟“查询2”脚本开始执行时间间隔为5s

定时器目前熟悉的就是这两个，其他的等以后用到再继续记录，额外赠送一个知识点（我人还怪好咧），记笔记啦~~

三、组件的执行顺序

以取样器为核心
取样器同一父节点的，从上到下按顺序执行
总体顺序为：测试计划-线程组-定时器-csv文件-取样器-后置处理–断言-察看结果树
自己可以将这些组件在jmeter组合测试下，组件放错位置也会对脚本产生影响。

wuu~
又是学到知识的一天！
给自己点个赞！