定义：集合点可以简单得理解为一种控制虚拟用户行为的机制，该机制可以达到在一定时间范围内将一定数量的虚拟用户阻挡在一个操作行为点前的位置进行互相等待，在条件（达到虚拟用户数量或超时）到达后唤醒全部等待中的虚拟用户，从而达到使得一定数量的虚拟用户可以同时进入下一个操作行为点的目的。
定时器的作用域
1、定时器是在每个sampler（取样器）之前执行的，而不是之后（无论定时器位置在sampler之前还是下面）；
2、当执行一个sampler之前时，所有当前作用域内的定时器都会被执行；
3、如果希望定时器仅应用于其中一个sampler，则把定时器作为子节点加入；
4、如果希望在sampler执行完之后再等待，则可以使用Test Action；
1、集合点添加
2、定时器介绍
1）同步定时器（Synchronizing Time）：定时器和loadrunner当中的集合点（rendezvous point）作用相似，其作用是：阻塞线程，直到指定的线程数量到达后，再一起释放，可以瞬间产生很大的压力
2）固定定时器（Constant Timer）：如果需要让每个线程在请求之前按相同的指定时间停顿，那么可以使用这个定时器；（注：固定定时器的延时不会计入单个sampler的响应时间，但会计入事务控制器的时间。）
对于“java请求”来说，定时器相当于loadrunner中的pacing（两次迭代之间的间隔时间）；
对于“事务控制器”来说，定时器相当于loadrunner中的think time（思考时间：实际操作中，模拟真实用户在操作过程中的等待时间）。
通常说的响应时间，应该大部分情况下是针对某一个具体的sampler（http请求），而不是针对一组sampler组合的事务 。
3）高斯随机定时器（Gaussian Random Timer）：如需要每个线程在请求前按随机时间停顿，那么可以使用这个定时器。
上图表示暂停时间会分布在100到400之间，计算公式参考：Math.abs((this.random.nextGaussian() * 300) + 100)
4）均匀随机定时器（Uniform Random Timer）：和高斯随机定时器的作用差异不大，区别在于延时时间在指定范围内且每个时间的取值概率相同，每个时间间隔都有相同的概率发生，总的延迟时间就是随机值和偏移值之和。
5）固定吞吐量定时器（Constant Throughput Timer）:
可以让JMeter以指定数字的吞吐量（即指定TPS，只是这里要求指定每分钟的执行数，而不是每秒）执行。
吞吐量计算的范围可以为指定为当前线程、当前线程组、所有线程组等范围，并且计算吞吐量的依据可以是最近一次线程的执行时延。这种定时器在特定的场景下，还是很有用的。