前言
在默認情況下，jmeter發送每個請求之間是沒有延時的，如果采用默認方式，如果線程數足夠大，瞬間就會將服務器壓死。再則在實際的業務過程中，請求之間是有一定時間的停頓的
所以在請求之間設置合理的延時是必須的，也是更接近用戶真實業務情況。
在jmeter中，定時器組件提供了系列不同類型的延時控制。合理使用定時器組件，能讓你的性能測試更接近真實，更能挖掘出系統的瓶頸和評估系統的性能指標。
定時器類型
下面我們看下jmeter提供了哪些定時器組件：
- 固定定時器
- 高斯隨機定時器
- Uniform Random Timer
- Synchronizing Timer
- Poisson Random Timer
- JSR223 Timer
- Constant Throughput Timer
- BeanShell Timer
固定定時器
這是最簡單的一種定時器，也是新手最常用的一種方式。下面我們看下其具體設置：
因其是固定值，在實際模擬用戶請求的過程中，會失去靈活性，不推薦大量使用該定時器。
高斯隨機定時器
高斯隨機定時器，又可以稱作正態分布隨機定時器，該定時器可以設置在兩個請求間隨機延時時長。且總的延時是高斯分布(正態分布)的總和（均值：0.0、標準差1.0）。在使用時須指定偏差延時值和偏移值。
。下面我們看下其具體設置：
例如在訪問百度首頁，然后輸入關鍵詞進行搜索，受網絡、人等各種因素影響，有的人打開首頁后3s后則進行了搜索，有時則是10s或更多時間，在正常情況下，打開百度然后進行搜索，假設用戶間隔在3s-10s之間，從統計學來看，這個間隔時間可能是一個正態分布或接近正態分布。而不是一個固定的常量。
從筆者在日常實踐中，也更推薦使用該定時器。能更接近模擬用戶實際情況。
Synchronizing Timer
這個定時器應該是大家很期望的，它有在LoadRunner中有一個大家熟悉的名稱：集合點。是的，它實現了某種意義上的并發。
請注意Timeout in milliseconds盡量填寫一個合理的值。
Uniform Random Timer
該定時器可以在請求之間設置一個隨機延時，每個隨機延時有相同的發生概率。總的延時等于隨機延時 + 偏移延時值。
該定時器也是常用之一。
Poisson Random Timer
類似高斯隨機定時器，只是其隨機延時值發生在一個特定的值。總的延時值呈現泊松分布。
Constant Throughput Timer
通過控制每分鐘請求數（即控制吞吐的方式）來控制是否進行延時暫停。
例如，當我們需要使服務端長期處于一定的壓力下時，可以通過該定時器來控制吞吐。
注意：吞吐值可以是常量，也可以使用函數來動態生成，已達成更靈活的使用，滿足不同的壓力場景。
JSR223 Timer和BeanShell Timer
這兩種定時器就不細說了，簡單的說就是提供了腳本方式來進行控制，是更為靈活的方式。一般情況下，大家是不會用的。
當然有興趣的，可以去研究下，增強理解。
總結
本文就各種定時器進行了介紹，并大致介紹了其可能的應用場景。不管是哪種定時器，都需要深入理解業務的情況下，統籌規劃使用。以更深入的發揮其作用，模擬好真實應用場景，更好的挖掘性能瓶頸和評估目標服務的性能情況。
