标签：释放 管线 开始 用户 图片 inf 定时器 需要 com
集合点：让所有请求在不满足条件的时候处于等待状态。
如：我集合点设置为50，那么不满足50个请求的时候，这些请求都会集合在一起，处于等待状态，当达到50的时候，就一起执行。从而达到并发的效果。
添加集合点
注：同步定时器要在请求之前设置
Number of Simulated Users to Group by：按组分组的模拟用户数。
timeout in milliseconds：Timout的意思是等待请求多久后，不管线程数有没有到达设置的并发数量都开始运行测试。
场景一：线程数设置为6，集合点为3，超时为0，点击运行。
可以看到有6个结果，此处分成了2组进行并发，每次是3个用户。
场景二：线程数设置3，集合点设置为4，超时为0，点击运行。
发现没有执行请求，需要手动stop。原因：不够并发数且超时为0
场景三：线程数设置6，集合点设置为4，超时为0，点击运行。
发现只有4个请求，然后一直都没有停止，需要手动stop。原因：第一组够集合点，一起并发，第二组只有2个，不够集合点。
场景五：线程数设置6，集合点设置为4，超时为5000，点击运行。
分2组，发现先有4个请求，为第一组，5秒后，出现后2个请求，为第二组，共6个。
结论：
Timeout in milliseconds: 如果设置为0，Timer将会等待线程数达到了"Number of Simultaneous Users to Group"中设置的值才释放。也就是说，如果线程数不足集合点中设置的数，就会一直等待，需要手动stop。
如果大于0，那么如果超过Timeout in milliseconds中设置的最大等待时间(毫秒为单位)后还没达到"Number of Simultaneous Users to Group"中设置的值，Timer将不再等待，释放已到达的线程。也就是说如果线程数不满足集合点中设置的值，则在timeout中设置的时间后继续执行不足的那些线程。
Timeout in milliseconds默认为0。所以当timeout设置为0，但是线程数又不满足集合点中设置的值时，就会一直等待，不执行请求，需要手动stop。
如果一个线程中存在多个取样器，同步定时器和这些取样器在同一级（同一节点下），则同时作用于这些取样器。
如果需要一个定时器单独对应某一个取样器，可以在取样器的子节点中创建定时器。
标签：释放 管线 开始 用户 图片 inf 定时器 需要 com
原文地址：https://www.cnblogs.com/Nicloe2333/p/12693240.html
