當放置Constant Timer於兩個http請求之間,那麼它代表的含義是:在上一個請求發出至完成後,
開始Contant Timer指定的時間,最後再發出第二個請求.它並不是代表兩個請求之間的發送間隔時間
圖中的19.701第一個請求發出,經過1.36s時間完成接收,再等待Constant Timer的1s,再開始第二個請求
設置QPS限制
本次性能測試的需求中提到測試的目的是“瞭解博客的首頁在負載達到20 QPS時的響應時間”，因此需要控制向博客首頁發送請求的負載爲20QPS。
一種可行的方法是逐步調整測試計劃中的線程計算的數量以及爲取樣器（Sampler）添加定時器（Timer），以使HTTP取樣器發出的請求的QPS保持在20個左右。
但這種方法耗時耗力，需要經過多次嘗試才能達到；另一方法，完全通過設置定時器來控制QPS，一旦取樣器的響應時間發生改變（網絡環境發生改變），就需要重新調整定時器的等待時間。
Jmeter提供了一個非常有用的定時器，稱爲Constant Throughput Timer （常數吞吐量定時器），該定時器可以方便地控制給定的取樣器發送請求的吞吐量。
右鍵點擊fnng.cnblogs.com ，彈出菜單（添加--->定時器--->Constant Throughput Timer）選擇Constant Throughput Timer
Constant Throughput Timer 的主要屬性介紹：
名稱 ：定時器的名稱
Target throughput（in samples per minute）：目標吞吐量。注意這裏是每分鐘發送的請求數，因此，對應測試需求中所要求的20 QPS ，這裏的值應該是1200 。
Calculate Throughput based on ：有5個選項，分別是：
This thread only ：控制每個線程的吞吐量，選擇這種模式時，總的吞吐量爲設置的 target Throughput 乘以矣線程的數量。
All active threads ： 設置的target Throughput 將分配在每個活躍線程上，每個活躍線程在上一次運行結束後等待合理的時間後再次運行。活躍線程指同一時刻同時運行的線程。
All active threads in current thread group ：設置的target Throughput將分配在當前線程組的每一個活躍線程上，當測試計劃中只有一個線程組時，
該選項和All active threads選項的效果完全相同。
All active threads （shared ）：與All active threads 的選項基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程上一次運行結束後等待合理的時間後再次運行。
All cative threads in current thread group （shared ）：與All active threads in current thread group 基本相同，唯一的區別是，
每個活躍線程都會在所有活躍線程的上一次運行結束後等待合理的時間後再次運行。
如上圖，該元件僅作用於fnng.cnblogs.com ，設置定時器的Target throughput爲1200/分鐘（20 QPS），設置Calculate Throughput based on 的值爲All active threads 。
當然，Constant Throughput Timer只有在線程組中的線程產生足夠多的request 的情況下才有意義，因此，即使設置了Constant Throughput Timer的值，也可能由於線程組中的線程數量不夠，或是定時器設置不合理等原因導致總體的QPS不能達到預期目標。