jmeter進行固定吞吐量（QPS）測試
一般我們使用jmeter進行測試時，多考慮的是不同並發數下服務的性能，這些性能指標包括吞吐量、響應時間等。但在某些場景下，服務其實對於並發數並不是很敏感，反倒是平常作為性能指標的吞吐量會對服務性能產生影響，比如不同吞吐量下，服務的響應時間和錯誤率會有所不同。這時就需要我們對jmeter發送請求的吞吐量進行限制，而jmeter正好有一個定時器（timer）可以實現這樣的效果。他就是固定吞吐量控制器（Constant Throughput Timer）。
固定吞吐量控制器的參數很簡單，只有兩個，一個是期望達到的吞吐量（注意這里是每分鍾，如果是控制QPS，需要填寫QPS*60），一個是計算的模式。其中計算的模式有幾種，各有區別，可以按照不同的需求選用。
This thread only：
控制每個線程的吞吐量，選擇這種模式時，總的吞吐量為設置的target Throughput 乘以該線程的數量
All active threads：
設置的target Throughput 將分配在每個活躍線程上，每個活躍線程在上一次運行結束后等待合理的時間后再次運行。活躍線程指同一時刻同時運行的線程。
All avtive threads(shared)：
與All active threads的選項基本相同。唯一區別是，每個活躍線程都會在所有活躍線程上一次運行結束后等待合理的時間后再次運行。
All active threads in current thread group：
設置的target Throughput 將分配在當前線程組的每一個活躍線程上，當測試計划中只有一個線程組時，該選項和All active threads 選項的效果完全相同。
All active threads in current thread group(shared)：
與All active threads in current thread group 基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程的上一次運行結束后等待合理的時間后再次運行。
例如我要控制某個線程組中某個請求的總QPS為1.0，那么就可以選擇All active threads in current thread group模式，並將吞吐量設置為1.0*60=60。
這樣當我們進行測試時，這個請求的QPS就被固定為1了，通過聚合報告可以清晰得看到，長時間測試下來，對於吞吐量的控制還是比較精確的。
通過使用吞吐量控制器保持QPS為1