先看一下這個例子，測試計畫「進入考場」下面有乙個執行緒組，執行緒組下面有 3 個 http 請求，分別是學生登入、考場 token和進入房間：
它們的處理邏輯是：
學生登入後，在響應中返回了登入後的 token，使用正規表示式提取器，提取登入 token
在登入以後，把登入 token 作為 header，去請求「考場token」這個介面，請求後的響應中，返回了考場 token，使用正規表示式提取，下圖是「考場token」請求的 header，使用了 http header 管理器：
拿到考場 token 以後，把考場 token 作為 header，去請求「進入房間」介面，下圖是「進入房間」請求的 header，value定義的是 $，就是考場 token，這個 token 是從第 2 個請求「考場token」的響應中，使用正規表示式提取出來的：
回顧一下，首先登陸，登陸後獲取token，然後再獲取考場token，最後進入房間。這個例子的問題就在於，第 2 個請求和第 3 個請求，都設定了 header，這 2 個 http header manager 能按我們想的去工作嗎？
執行順序與作用域
執行順序
先了解一下 jmeter 元件的執行順序。jmeter 根據 2 個維度來決定元件的執行順序，第 1 個維度是從上往下，第 2 個維度是元件型別。
從上往下，指的是從根節點->父節點->子節點->葉子節點。
元件型別，分為 3 類：
執行緒組、邏輯控制器。
取樣器。
配置元件、前置處理器、定時器、後置處理器、斷言、***。
最後這六個元件型別，都是為取樣器服務的。它們的執行順序如下：
配置元件（如果存在）
前置處理器（如果存在）
定時器（如果存在）
取樣器（如果存在）
後置處理器（如果存在且取樣器的結果不為空）
斷言（如果存在且取樣器的結果不為空）
***（如果存在且取樣器的結果不為空）
我總結一下加強理解。假設我們新建了 1 個執行緒，想用這個執行緒去發請求。
首先是初始化配置，比如引數化、設定 header、cookie 等，配置元件。
接著可能需要給執行緒加點引數，比如使用者引數，會用到前置處理器。
然後在傳送請求前可能會等待一段時間，新增定時器。
準備好以後，就可以傳送請求了，也就是取樣器。
如果取樣器什麼資料也沒有返回，那麼就可以直接退出了。
如果返回了資料，使用後置處理器，比如正規表示式提取器，提取想要的資料。
提取之後還有要做驗證，斷言一把。
測試執行的怎麼樣呢，用***看一看。
示例再結合示例感受一下，請看以下測試計畫，新增了 1 個 執行緒組，包含 3 個 取樣器（http request 1 2 3）：
jmeter 會按以下步驟執行：
執行緒組（如果有多個執行緒組可以在測試計畫設定是順序執行還是同時執行）
簡單控制器（父節點）
http cookie 管理器（配置元件）
使用者引數（前置處理器）
synchronizing timer（定時器）
http 請求 1（取樣器）
正規表示式提取器（後置處理器）
響應斷言（斷言）
http cookie 管理器（配置元件）
使用者引數（前置處理器）
synchronizing timer（定時器）
http 請求 2（取樣器）
正規表示式提取器（後置處理器）
響應斷言（斷言）
http 請求 3（取樣器）
察看結果樹（嚴格來講是與第 6 步並行，也就是取樣器之後）
作用域第 9 ~ 14 步我用黑色斜體加粗了，因為從圖中的位置來看，「http 請求 2」，前後並沒有元件，但是也被作用上了。
這是因為它們具有相同的作用域，在 jmeter 中，同一層級的元件具有相同的作用域。
示例中，新增了乙個簡單控制器，然後在下級新增了配置元件、前置處理器、定時器、後置處理器、斷言，和 2 個取樣器（http request 1 2 ）。
簡單控制器是乙個執行單元，本身沒有內容，它的作用是把元件進行分組執行：
所以簡單控制器下面的這些同級元件，作用域相同，既會作用於 http request 1，也會作用於 http request 2。
配置元件、前置處理器、定時器、後置處理器、斷言、***，這六個元件型別，會作用到範圍內的所有取樣器。
層級在 jmeter 中，上級的作用域包含下級的作用域。
但是下級是不能作用到上級的。
比如示例中的 http request 3，和簡單控制器是平級，那麼簡單控制器下級的元件，是不會作用到 http request 3 的。
使用建議
再看看開頭的例子：
有 3 個取樣器，使用者自定義變數和 csv data set config，都是配置元件，跟取樣器同級，會同時作用到這 3 個取樣器上面。
http header manager 也是配置元件，不會作用到學生登入取樣器，因為根據從上往下的維度，它們都位於學生登入取樣器之後。
圖中有 2 個 http header manager，你可能會認為它們會分別執行，實際上它們會一起執行！
在同一執行單元中，如果相同型別的元件有多個，會被當做乙個一起執行。
我把第 2 個 http header manager 稍微改了一下，可以看得很明顯：
考場token的請求，在目錄樹中是第 2 個，但是從結果來看，它的 header，被新增上了我在後面第 3 個請求設定的 header了。
這個結果顯然不是想要的。
所以為了避免混亂，建議在使用 jmeter 新增元件的時候，一是根據先後順序，從上往下合理的放置元件的順序。二是對於配置元件、前置處理器、定時器、後置處理器、斷言這六類元件，因為它們都是為取樣器服務的，如果只想作用於單個取樣器，最好是放在這個取樣器的下級，以避免由於同一作用域相互作用，導致意想不到的結果。
這個例子把 http header manager 分別放到各自的取樣器下級，就能按設想執行起來了：
簡要回顧
本文首先引入了我工作中碰到的問題，接著結合示例講解了執行順序、作用域和層級，搞懂了 jmeter 目錄樹是怎麼執行的，最後回到開頭的例子進行了結果分析，給出了在使用時的兩條建議。
jmeter元件作用域
1 設定中文顯示 2 jmeter指令碼編寫比較簡單，滑鼠懸停到 測試計畫 元件上，右鍵右鍵新增需要元件即可。3 元件的作用域 在jmeter中，元件的作用域是靠測試計畫的樹型機構中元件的父子關係來確定的，作用域的規則是 取樣器元件不和其它元件相互作用，因此不存在作用域的問題。邏輯控制器元件只對其子...
Jmeter元件及作用域
一 jmeter重要元件 1 配置元件 config element 用於初始化預設值和變數，以便後續取樣器使用。配置元件大其作用域的初始階段處理，配置元件僅對其所在的測試樹分支有效，如，在同乙個作用域的任何取樣器前。2 前置處理器 pre processors 前置處理器會在取樣器發出請求之前做一...
JMeter元件的作用域
jmeter中共有8類可被執行的元件 test plan 和 tread group 不屬於元件 這些元件中，sampler是典型的不和其他元件發生互動作用的，logic controller只對其子節點的sampler的有效，其他元件 congif elements,pre processors,...