1. 為什么需要 Flow Control Action一個(gè)常常被低估的流量控制組件做性能測(cè)試的朋友應(yīng)該都遇到過(guò)這種場(chǎng)景線程組里明明配置了并發(fā)用戶數(shù)但實(shí)際跑出來(lái)的請(qǐng)求節(jié)奏完全不受控。一會(huì)兒腳本跑到某個(gè)接口直接炸掉一會(huì)兒整個(gè)線程組停不下來(lái)調(diào)試的時(shí)候想看某一段請(qǐng)求的輸出結(jié)果腳本一口氣全跑完了日志滾動(dòng)得像瀑布一樣。在 JMeter 里我們通常用定時(shí)器Timer來(lái)控制請(qǐng)求之間的間隔用邏輯控制器Logic Controller來(lái)控制分支和循環(huán)但真正到了要精確卡住某個(gè)節(jié)點(diǎn)的時(shí)候大家的第一反應(yīng)反而是去翻各種自定義 BeanShell 腳本或者 JSR223 組件。其實(shí) JMeter 內(nèi)置了一個(gè)非常輕量、非常穩(wěn)的組件——Flow Control Action原名 Flow Control Sampler老版本的譯名是流控制采樣器專門(mén)用來(lái)干這個(gè)事兒。Flow Control Action 本質(zhì)上是一個(gè)不產(chǎn)生任何實(shí)際請(qǐng)求的空跑組件它有三種核心行為暫停Pause當(dāng)前線程指定的時(shí)長(zhǎng)、或者直接中斷Stop/Stop Now整個(gè)流程。它解決的問(wèn)題非常直接當(dāng)你需要讓某個(gè)線程在腳本運(yùn)行的某個(gè)階段停下來(lái)等一等或者當(dāng)某些業(yè)務(wù)條件不滿足時(shí)優(yōu)雅地終止線程組的后續(xù)操作Flow Control Action 是最干凈的手段。寫(xiě)這篇文章的原因也很樸素。我以前在項(xiàng)目里看到很多同事要么把所有暫停邏輯全部塞進(jìn)固定定時(shí)器里要么為了實(shí)現(xiàn)動(dòng)態(tài)暫停去寫(xiě)一大段 Groovy最后踩了一堆奇奇怪怪的坑。所以我把 Flow Control Action 的用法、適用場(chǎng)景、參數(shù)細(xì)節(jié)和排查經(jīng)驗(yàn)整理出來(lái)給做接口測(cè)試和性能測(cè)試的同行一個(gè)可以直接抄作業(yè)的參考。這篇文章適合剛接觸 JMeter 的測(cè)試新人也適合已經(jīng)寫(xiě)了很久腳本、想簡(jiǎn)化流程控制的同學(xué)甚至你對(duì) BeanShell 控制流程已經(jīng)駕輕就熟也值得看一眼因?yàn)樵M件永遠(yuǎn)是維護(hù)成本最低的方案。2. 核心原理解析不要把它當(dāng)成一個(gè)普通采樣器2.1 執(zhí)行機(jī)制與組件定位Flow Control Action 這個(gè)組件的位置很特殊它在 JMeter 的邏輯控制器分類下但它其實(shí)更接近一個(gè)動(dòng)作或令牌。在 JMeter 的測(cè)試計(jì)劃樹(shù)里你可以把它掛在線程組下的任意位置也可以放進(jìn) If Controller、While Controller、Transaction Controller 里面甚至可以放在采樣器前后用來(lái)調(diào)整節(jié)奏。它的執(zhí)行機(jī)制并不復(fù)雜當(dāng)當(dāng)前線程運(yùn)行到這個(gè)組件時(shí)JMeter 會(huì)根據(jù)你的配置執(zhí)行對(duì)應(yīng)的動(dòng)作然后決定是繼續(xù)往下走、等待一段時(shí)間再往下走還是直接終止這條線程乃至整個(gè)測(cè)試計(jì)劃。關(guān)鍵點(diǎn)在于它本身不會(huì)發(fā)送任何協(xié)議請(qǐng)求不會(huì)消耗 TCP 連接也不會(huì)產(chǎn)生業(yè)務(wù)流量它就是一個(gè)純控制節(jié)點(diǎn)。這種設(shè)計(jì)的妙處在于控制邏輯和業(yè)務(wù)邏輯分離了。很多新手喜歡用一個(gè)返回特定標(biāo)記的取樣器來(lái)充當(dāng)暫停的角色比如請(qǐng)求一個(gè)不存在的資源然后靠響應(yīng)時(shí)間差來(lái)變相實(shí)現(xiàn)等待。這種方式特別不穩(wěn)因?yàn)榫W(wǎng)絡(luò)抖動(dòng)、服務(wù)端處理快慢都會(huì)影響節(jié)奏。Flow Control Action 是本地 JVM 層面的操作不依賴網(wǎng)絡(luò)精度和穩(wěn)定性完全不一樣。另外一個(gè)容易忽略的點(diǎn)Flow Control Action 是在當(dāng)前線程的作用域內(nèi)執(zhí)行的。也就是說(shuō)如果你在一個(gè)線程組里放了 100 個(gè)并發(fā)用戶每個(gè)用戶跑到這里都會(huì)執(zhí)行一次這個(gè)組件。所以如果你想要所有線程統(tǒng)一暫停多少秒你必須在所有線程的公共位置安排它或者結(jié)合其他機(jī)制來(lái)實(shí)現(xiàn)具體方法我在后面實(shí)戰(zhàn)部分會(huì)專門(mén)展開(kāi)。2.2 與其他控制/等待方案的邊界對(duì)照要理解 Flow Control Action 的價(jià)值最好的辦法是把它和幾個(gè)容易混淆的方案放在一起對(duì)比。我在實(shí)際帶項(xiàng)目的時(shí)候經(jīng)常發(fā)現(xiàn)有人搞混這幾樣?xùn)|西導(dǎo)致腳本節(jié)奏完全不可控。第一個(gè)容易混淆的是固定定時(shí)器Constant Timer。Constant Timer 的作用是在它所在的 Sampler 之前插入一個(gè)固定延遲它是作用于是下一個(gè)請(qǐng)求之前的等待時(shí)間。而 Flow Control Action 的 Pause 動(dòng)作是當(dāng)前線程立即停止運(yùn)行 Duration 指定的時(shí)間然后再繼續(xù)執(zhí)行后續(xù)節(jié)點(diǎn)?？雌饋?lái)效果類似但有一個(gè)本質(zhì)區(qū)別定時(shí)器的等待時(shí)間是在每個(gè)子采樣器之前獨(dú)立生效的如果你把它放在某個(gè) Controller 里它會(huì)影響 Controller 下所有子節(jié)點(diǎn)的前置等待而 Flow Control Action 是強(qiáng)制中斷當(dāng)前線程的調(diào)度打斷之后回來(lái)是從它的下一個(gè)節(jié)點(diǎn)繼續(xù)跑。簡(jiǎn)而言之定時(shí)器是推后采樣器的開(kāi)始時(shí)刻Flow Control Action 是暫停當(dāng)前線程的執(zhí)行流這對(duì)調(diào)試和復(fù)雜腳本的流程控制差異巨大。第二個(gè)容易混淆的是 JSR223 里的Thread.sleep()。很多老腳本會(huì)用 Beanshell 的Thread.sleep(3000)來(lái)模擬暫停。這個(gè)問(wèn)題在于如果你的 JSR223 組件配置不當(dāng)比如選了 Beanshell 而不是 JSR223 Groovy在高并發(fā)下會(huì)因?yàn)槟_本解釋器生成對(duì)象的大量 GC 導(dǎo)致嚴(yán)重的性能損耗。Flow Control Action 是原生編譯的組件不存在腳本解釋器的開(kāi)銷你在壓測(cè)腳本里放幾百個(gè) Flow Control Action對(duì)線程調(diào)度的開(kāi)銷也遠(yuǎn)小于寫(xiě)幾段 Beanshell。第三個(gè)方案是使用邏輯控制器中的 Interleave Control、Random Control 等來(lái)實(shí)現(xiàn)分支選擇但它們解決的問(wèn)題是流程分發(fā)不是暫停或終止。為了讓你一眼看清楚差異我整理了一個(gè)簡(jiǎn)單的對(duì)照表方便在團(tuán)隊(duì)里評(píng)審腳本時(shí)使用方案核心作用是否產(chǎn)生網(wǎng)絡(luò)請(qǐng)求性能開(kāi)銷適用場(chǎng)景Constant Timer在采樣器之前固定延遲否極低模擬固定思考時(shí)間、限流Flow Control Action暫停當(dāng)前線程或終止線程組否極低動(dòng)態(tài)等待、條件中斷、調(diào)試觀察Beanshell Thread.sleep直接阻塞線程否高腳本解釋器臨時(shí)調(diào)試不推薦用于正式壓測(cè)自定義取樣器兜底用真實(shí)請(qǐng)求消耗的時(shí)間變相等待是中非常不推薦屬于錯(cuò)誤實(shí)踐2.3 為什么說(shuō)它是優(yōu)雅的控制手段前面提到了多種方式但為什么 Flow Control Action 是優(yōu)雅的控制手段我覺(jué)得體現(xiàn)在三個(gè)層面。第一可維護(hù)性高。它就放在測(cè)試計(jì)劃里屬性和參數(shù)一目了然測(cè)試新人拿到腳本看這個(gè)組件就知道這里是在暫停 3 秒或者終止當(dāng)前線程。相比一行腳本if (vars.get(flag).equals(1)) { Thread.sleep(1000); }它直觀太多不用打開(kāi)腳本編輯器去逐行讀代碼。第二粒度可組合。Flow Control Action 可以配合條件控制器實(shí)現(xiàn)復(fù)雜的流程編排。比如在登錄接口之后加一個(gè) If Controller判斷響應(yīng)里是否返回了某個(gè) token 字段如果沒(méi)返回就執(zhí)行 Flow Control Action 直接把這條線程終止。這樣既不用在業(yè)務(wù)請(qǐng)求里加斷言來(lái)中斷也不用寫(xiě)復(fù)雜的 Groovy 代碼。這種組合方式讓測(cè)試腳本更像一個(gè)可視化的狀態(tài)機(jī)每一步都清清楚楚。第三調(diào)試體驗(yàn)極佳。很多做壓測(cè)的同學(xué)在調(diào)試腳本時(shí)最痛苦的是腳本執(zhí)行得太快根本來(lái)不及看某個(gè)數(shù)據(jù)是否寫(xiě)入成功或者某段邏輯是否執(zhí)行正確。把 Flow Control Action 的 Action 選為 PauseDuration 填個(gè)幾千毫秒插在關(guān)鍵采樣器后面腳本就能像 debug 模式一樣走走停停。調(diào)試完成之后把它摘掉或者改小 Duration就又恢復(fù)成跑全速的模式。這種體驗(yàn)遠(yuǎn)勝于在代碼里打斷點(diǎn)或鋪日志。3. 參數(shù)逐項(xiàng)拆解從 Target 到 Action一次性搞懂配置邏輯3.1 Target 參數(shù)單線程還是全線程組Flow Control Action 的配置面板上有兩個(gè)核心參數(shù)Target 和 Action。我在實(shí)際評(píng)審腳本時(shí)發(fā)現(xiàn)很多人壓根不看 Target 這個(gè)下拉框直接保持默認(rèn)。這個(gè)坑特別大因?yàn)?Target 決定了你這個(gè)組件要影響的范圍。Target 有兩個(gè)選項(xiàng)Current Thread當(dāng)前線程All Threads全部線程。選擇 Current Thread 時(shí)組件只對(duì)運(yùn)行到它所在的這條線程產(chǎn)生作用。比如線程組配置了 50 個(gè)用戶那么這 50 個(gè)用戶分別跑到這里各自獨(dú)立執(zhí)行這個(gè)動(dòng)作。如果動(dòng)作是 Pause那么這 50 個(gè)用戶每個(gè)都會(huì)暫停同樣的 Duration然后各自繼續(xù)跑。這個(gè)選項(xiàng)適合做每個(gè)用戶自己的思考時(shí)間或每個(gè)用戶獨(dú)立的中斷判斷。選擇 All Threads 時(shí)組件會(huì)讓當(dāng)前測(cè)試計(jì)劃中所有線程組的線程都執(zhí)行這個(gè)動(dòng)作。注意這里不只是當(dāng)前線程組是全部線程組。這意味著只要你有一個(gè)測(cè)試計(jì)劃里包含多個(gè)線程組其中一個(gè)觸發(fā)了 All Threads 的停止動(dòng)作其他線程組的線程也會(huì)被中斷。這個(gè)行為很容易被忽略尤其是壓測(cè)場(chǎng)景里同時(shí)啟用了多個(gè)線程組做不同業(yè)務(wù)模塊的并發(fā)時(shí)一個(gè)組件突然 stop 掉了所有線程排查半天才發(fā)現(xiàn)是 Target 選錯(cuò)了。我的建議是絕大多數(shù)場(chǎng)景選 Current Thread。All Threads 只在明確需要全局熔斷的場(chǎng)景使用比如某個(gè)依賴的底層服務(wù)直接不可用你想快速停止整場(chǎng)壓測(cè)這時(shí)候 All Threads Stop 就有用。不過(guò)這種場(chǎng)景我更推薦用監(jiān)控系統(tǒng)或命令行參數(shù)去控制而不是把控制邏輯寫(xiě)死在腳本里原因后面講。3.2 Action 參數(shù)Pause、Stop 與 Stop Now 的細(xì)微差別Action 下拉框有四個(gè)選項(xiàng)Pause、Stop、Stop Now、Continue。上一句可能有人覺(jué)得 Continue 和沒(méi)放這個(gè)組件有什么區(qū)別我單獨(dú)解釋。Pause 是暫停當(dāng)前線程暫停時(shí)長(zhǎng)由下方的 Duration 字段決定單位是毫秒。暫停結(jié)束后當(dāng)前線程會(huì)繼續(xù)從組件所在位置的下一條記錄開(kāi)始執(zhí)行。請(qǐng)注意Pause 只對(duì)線程有效它不會(huì)取消任何已經(jīng)排隊(duì)等待的定時(shí)器也不會(huì)重置連接池狀態(tài)。它是純粹的線程阻塞操作。Stop 是溫和停止當(dāng)前線程當(dāng) Target 為 Current Thread 時(shí)或測(cè)試計(jì)劃所有線程當(dāng) Target 為 All Threads 時(shí)。溫和停止的含義是JMeter 會(huì)先停止啟動(dòng)新的請(qǐng)求然后等待當(dāng)前正在執(zhí)行的采樣器完成最終才終止線程。如果在壓測(cè)過(guò)程中調(diào)用 Stop你不會(huì)立刻看到線程數(shù)歸零而是會(huì)看到線程逐步減少直到當(dāng)前活躍的請(qǐng)求跑完。Stop Now 是立即停止。它會(huì)中斷當(dāng)前正在執(zhí)行的采樣器直接終止線程整個(gè)測(cè)試計(jì)劃立刻停止。Stop Now 適用于一個(gè)確認(rèn)出問(wèn)題的場(chǎng)景比如發(fā)現(xiàn)腳本參數(shù)化配錯(cuò)了大量請(qǐng)求在打錯(cuò)誤的數(shù)據(jù)再繼續(xù)跑下去只會(huì)污染監(jiān)控?cái)?shù)據(jù)。這時(shí)候使用 Stop Now 能最大程度減少無(wú)效流量的產(chǎn)生。Continue 則是什么都不做直接放行。有同事問(wèn)我既然什么都不做為什么還要提供這個(gè)選項(xiàng)有沒(méi)有想到它是干什么的其實(shí)它有它的場(chǎng)景。在分布式壓測(cè)時(shí)如果你通過(guò)屬性變量${__P()}動(dòng)態(tài)控制某個(gè) Flow Control Action 是執(zhí)行 Pause 還是 Continue那么 Continue 就是一個(gè)開(kāi)關(guān)關(guān)閉的占位行為。比如你在遠(yuǎn)程控制批次執(zhí)行時(shí)通過(guò)命令行傳入-Jaction.modecontinue這個(gè)組件就相當(dāng)于不存在而腳本不用改任何地方。Stop 和 Stop Now 的區(qū)別可以用一個(gè)比喻Stop 像你讓正在聊天的同事把話說(shuō)完再下班Stop Now 像你在火警響起的瞬間直接拉著他跑。大多數(shù)日常調(diào)試場(chǎng)景Stop 就夠了但是當(dāng)你確信腳本本身已經(jīng)不可信同時(shí)你不想看到堆成山的錯(cuò)誤日志時(shí)Stop Now 更合適。關(guān)于 Pause 的 Duration 參數(shù)我需要額外提醒一個(gè)單位問(wèn)題界面寫(xiě)的是毫秒不是秒。很多從 LoadRunner 或者其他壓測(cè)工具轉(zhuǎn)過(guò)來(lái)的朋友習(xí)慣性填了個(gè) 5發(fā)現(xiàn)腳本瞬間就跑完了還以為是沒(méi)生效。另外 Duration 支持 JMeter 函數(shù)所以你可以寫(xiě)${__P(pause.duration,1000)}這樣在命令行執(zhí)行時(shí)就能通過(guò)參數(shù)動(dòng)態(tài)調(diào)整暫停時(shí)長(zhǎng)不用反復(fù)改腳本。3.3 作用域與放置位置的邏輯推演理解 Flow Control Action 的第三個(gè)關(guān)鍵點(diǎn)是作用域它放在測(cè)試計(jì)劃的哪個(gè)位置決定了它會(huì)影響到哪些后續(xù)節(jié)點(diǎn)。如果你把它放在線程組下、所有采樣器的前面那么每個(gè)用戶的第一件事就是先執(zhí)行這個(gè)動(dòng)作。假設(shè)你配了 100 個(gè)用戶每個(gè)用戶啟動(dòng)后先暫停 2 秒再用 ramp-up 拉長(zhǎng)啟動(dòng)時(shí)間整體上就會(huì)形成一個(gè)分批啟動(dòng)的效果而不是所有用戶抵達(dá)測(cè)試計(jì)劃后就立即發(fā)請(qǐng)求。這在模擬系統(tǒng)預(yù)熱、Tuxedo 系統(tǒng)啟動(dòng)或者數(shù)據(jù)庫(kù)連接池冷啟動(dòng)場(chǎng)景時(shí)很實(shí)用。如果你把它放在某個(gè)事務(wù)控制器Transaction Controller的末尾那么它只影響這個(gè)事務(wù)內(nèi)部的執(zhí)行但要注意 Transaction Controller 默認(rèn)會(huì)生成一個(gè)總的事務(wù)采樣時(shí)間如果里面插入了暫停這個(gè)暫停時(shí)間會(huì)被計(jì)入整個(gè)事務(wù)的響應(yīng)時(shí)間。如果你把 Flow Control Action 放在 Similar Transaction 生成器外面比如掛在邏輯控制器的同一個(gè)層級(jí)那么它就不會(huì)干擾事務(wù)響應(yīng)時(shí)間的統(tǒng)計(jì)。如果放在 If Controller 內(nèi)部則可以通過(guò)判斷條件來(lái)動(dòng)態(tài)決定是否執(zhí)行暫停或停止。舉個(gè)實(shí)際的例子壓測(cè)登錄接口時(shí)某一次響應(yīng)返回了異常狀態(tài)碼比如賬號(hào)被鎖定此時(shí)你希望當(dāng)前線程不再繼續(xù)跑后續(xù)的下單、支付等請(qǐng)求立刻停止當(dāng)前線程以便執(zhí)行業(yè)務(wù)終止邏輯。那么你就可以在登錄采樣器之后加一個(gè) If Controller條件表達(dá)式判斷變量的值匹配失敗就執(zhí)行 Flow Control ActionTarget 選 Current ThreadAction 選 Stop。關(guān)于作用域還有一個(gè)很容易和線程組專屬搞混的地方Flow Control Action 默認(rèn)是只對(duì)它所在的線程組的線程生效還是跨線程組答案取決于 Target。如果你選 Current Thread那嚴(yán)格限定在觸發(fā)它的那條線程。如果你選 All Threads它會(huì)影響測(cè)試計(jì)劃中的所有線程組。因此你不用太擔(dān)心誤傷其他線程組的問(wèn)題只要不輕易選 All Threads 就行。4. 實(shí)戰(zhàn)場(chǎng)景拆解把 Flow Control Action 放進(jìn)真實(shí)腳本里4.1 場(chǎng)景一模擬用戶思考時(shí)間實(shí)現(xiàn)動(dòng)態(tài)多維壓測(cè)最常見(jiàn)的用法是模擬用戶思考時(shí)間。但很多人會(huì)直接加一個(gè) Constant Timer固定 3 秒這其實(shí)只是最簡(jiǎn)單的靜態(tài)模擬。真實(shí)的用戶行為是分布式的有的用戶看完頁(yè)面馬上點(diǎn)了下一步有的用戶可能發(fā)呆十幾秒。用固定定時(shí)器去模擬測(cè)出來(lái)的吞吐量指標(biāo)會(huì)與真實(shí)場(chǎng)景有偏差。把 Flow Control Action 和隨機(jī)變量配合可以做得更優(yōu)雅。舉個(gè)例子在查詢列表和查看詳情兩個(gè)接口之間放置一個(gè) Flow Control Action然后 Duration 用${__Random(2000,8000)}這個(gè)函數(shù)來(lái)生成隨機(jī)的 2 到 8 秒暫停。每個(gè)并發(fā)用戶取到的隨機(jī)值都不一樣這樣整個(gè)壓測(cè)的流量模型就變成了類似隨機(jī)思考時(shí)間的分布。為什么用 Flow Control Action 而不是 Constant Timer 配合 Random 函數(shù)因?yàn)?Constant Timer 的隨機(jī)暫停只能作用于下一個(gè)采樣器假如你后面有兩個(gè)采樣器就變成每個(gè)都等一個(gè)隨機(jī)時(shí)間節(jié)奏就完全不對(duì)了。Flow Control Action 在作用位置上更精準(zhǔn)它只在你指定的節(jié)點(diǎn)打斷一次不會(huì)影響后續(xù)所有采樣器。稍微進(jìn)階一點(diǎn)的做法是把 Duration 參數(shù)做成全局配置。比如測(cè)試計(jì)劃里加一個(gè)用戶自定義變量THINK_TIME_MS5000然后在 Flow Control Action 的 Duration 填${THINK_TIME_MS}。這樣你要修改思考時(shí)間只需要改一處變量。如果配合屬性參數(shù)用${__P(think.time,5000)}那么命令行壓測(cè)時(shí)直接傳參即可根本不需要打開(kāi) GUI 改腳本。4.2 場(chǎng)景二關(guān)鍵業(yè)務(wù)失敗后的熔斷與降級(jí)第二個(gè)典型場(chǎng)景是業(yè)務(wù)鏈路長(zhǎng)、依賴環(huán)節(jié)多的情況。比如一個(gè)下單流程包含登錄、查詢庫(kù)存、創(chuàng)建訂單、鎖定庫(kù)存、支付、通知物流。前面的步驟都成功了萬(wàn)一鎖定庫(kù)存失敗后面的支付和物流就沒(méi)有執(zhí)行的意義了。貿(mào)然繼續(xù)執(zhí)行不僅會(huì)生成大量失敗請(qǐng)求還會(huì)污染響應(yīng)時(shí)間的統(tǒng)計(jì)樣本。解決方案很直接在鎖定庫(kù)存接口后面增加一個(gè) JSON 提取器或正則表達(dá)式提取器把響應(yīng)中的狀態(tài)碼提取到變量里然后放一個(gè) If Controller 判斷狀態(tài)碼。如果狀態(tài)碼不是預(yù)期值就執(zhí)行 Flow Control ActionTarget 選 Current ThreadAction 選 Stop Now 或 Stop。這里要特別談一下 Stop 和 Stop Now 的選擇。如果這條線程的后續(xù)節(jié)點(diǎn)都是本線程的腳本步驟那么 Stop 就夠了因?yàn)楫?dāng)前線程不排隊(duì)新請(qǐng)求等正在執(zhí)行的請(qǐng)求跑完就終止。但如果你在線程組中配置了循環(huán)Loop或者使用了 While Controller 會(huì)讓線程持續(xù)運(yùn)行Stop 可能不會(huì)立即生效因?yàn)檠h(huán)結(jié)構(gòu)可能又開(kāi)始下一輪迭代此時(shí)用 Stop Now 更果斷。另外要注意Flow Control Action 執(zhí)行了 Stop 之后當(dāng)前線程會(huì)停止但整個(gè)線程組里其他線程怎么辦這取決于你 Target 的選擇。如果只想讓失敗的這個(gè)線程停止選 Current Thread如果想讓整個(gè)測(cè)試計(jì)劃停止選 All Threads。在一個(gè)多渠道多用戶混合壓測(cè)的場(chǎng)景里我更推薦 Current Thread 另一個(gè)線程組獨(dú)立監(jiān)控異常匯總數(shù)據(jù)。因?yàn)槟悴荒芤驗(yàn)橐粋€(gè)用戶的庫(kù)存鎖定失敗就全線熔斷那樣測(cè)試就失去意義了。有時(shí)我們還想在停止前留下點(diǎn)痕跡方便事后分析。可以在 Flow Control Action 前面放一個(gè) JSR223 斷言或者 Debug Sampler先記錄當(dāng)前上下文信息到日志文件然后再停止。這個(gè)組合在排查生產(chǎn)級(jí)別問(wèn)題的時(shí)候特別有用。4.3 場(chǎng)景三并發(fā)啟動(dòng)預(yù)熱與階梯式暫停壓測(cè)過(guò)程中我們經(jīng)常希望模擬服務(wù)剛重啟后第一批用戶涌入的場(chǎng)景。這時(shí)候系統(tǒng)里的緩存是空的連接池需要逐步建立如果所有用戶同時(shí)發(fā)送請(qǐng)求表現(xiàn)可能不是真實(shí)水平的反映而更像是緩存擊穿。Flow Control Action 可以實(shí)現(xiàn)一個(gè)簡(jiǎn)易但有效的預(yù)熱策略。在測(cè)試計(jì)劃的最頂部放一個(gè) Flow Control ActionTarget 選 All ThreadsAction 選 PauseDuration 設(shè)為${__P(warmup.pause,10000)}。這樣無(wú)論你啟動(dòng)了十幾個(gè)還是上百個(gè)線程它們都會(huì)先共同等待 10 秒這段時(shí)間你可以做很多事情比如手動(dòng)觸發(fā)緩存預(yù)熱腳本、確認(rèn)服務(wù)端日志開(kāi)始打印新連接建立的消息。等這 10 秒過(guò)去所有線程會(huì)同時(shí)繼續(xù)執(zhí)行形成一個(gè)比較標(biāo)準(zhǔn)的并發(fā)沖峰。這個(gè)所有線程共同等待的效果用 Constant Timer 做不到因?yàn)?Constant Timer 是每個(gè)采樣器各自等待不會(huì)等齊其他線程。這也是 All Threads 模式最典型的應(yīng)用場(chǎng)景你在用一個(gè)同步屏障。當(dāng)然JMeter 自帶的 Synchronizing Timer同步定時(shí)器也可以實(shí)現(xiàn)一定程度的集合點(diǎn)等待但它側(cè)重的是同時(shí)發(fā)起請(qǐng)求而 Flow Control Action 側(cè)重的是統(tǒng)一延后啟動(dòng)時(shí)刻兩者的語(yǔ)義不同。如果你要的是同時(shí)按一個(gè)按鈕再開(kāi)始跑同步定時(shí)器更合適如果你要的是大家先歇一歇挪到指定時(shí)刻再繼續(xù)干活Flow Control Action 的實(shí)現(xiàn)更自然。階梯式暫停是另一個(gè)變體。比如你在循環(huán)里嵌套了 Flow Control Action并且 Duration 用${__groovy(vars.get(i).toInteger() * 1000)}這種動(dòng)態(tài)計(jì)算值就能實(shí)現(xiàn)第一輪暫停 1 秒第二輪暫停 2 秒逐步拉開(kāi)節(jié)奏。這常用于極端場(chǎng)景下的排隊(duì)等待模擬比如在你的測(cè)試計(jì)劃里用循環(huán)模擬用戶不斷重試而每次重試間隔都變長(zhǎng)然后腳本里放置 Flow Control Action 就能實(shí)現(xiàn)這種退避策略。雖然這個(gè)邏輯用 JSR223 也能寫(xiě)但用原生的 Flow Control Action 函數(shù)表達(dá)式至少少了一半維護(hù)工作而且發(fā)生死鎖的概率低得多。4.4 場(chǎng)景四調(diào)試與可觀測(cè)性增強(qiáng)最后一個(gè)場(chǎng)景可能被很多人忽略用 Flow Control Action 來(lái)輔助調(diào)試腳本。做接口測(cè)試最煩的一件事是腳本跑得太快你根本看不清某個(gè)變量在不同請(qǐng)求之間是怎么變化的。如果臨時(shí)把所有采樣器之間都加上暫停組件又顯得啰嗦。在實(shí)際調(diào)試時(shí)我通常會(huì)在關(guān)鍵的斷點(diǎn)位置插入一個(gè) Flow Control ActionAction 選 PauseDuration 填一個(gè)足夠大的值比如 30 或 60 秒。然后在同一位置附近放置一個(gè) Debug Sampler把當(dāng)時(shí)的變量值打印到查看結(jié)果樹(shù)里。跑一輪之后打開(kāi)查看結(jié)果樹(shù)能看到每一步的變量快照但又不會(huì)因?yàn)槟_本自動(dòng)執(zhí)行完導(dǎo)致來(lái)不及看。這里有一個(gè)很妙的搭配你可以在 Debug Sampler 后面加一個(gè) JSR223 斷言斷言失敗才執(zhí)行 Flow Control Action用 Groovy 寫(xiě)vars.put(debug.hit, 1)然后用 If Controller 判斷變量為 1 再暫停。這樣腳本只在斷言失敗時(shí)才剎車正常路徑一路跑完非常干凈。調(diào)試完成后把 If Controller 的表達(dá)式改為${__P(debug.mode,false)}命令行不帶 debug 參數(shù)時(shí)整個(gè)暫停邏輯就變成了一股空操作完全不干擾壓測(cè)。5. 常見(jiàn)坑點(diǎn)與排查技巧實(shí)錄5.1 坑點(diǎn)一Duration 填了沒(méi)生效這個(gè)坑出現(xiàn)頻次極高。有一種情況是 Duration 填了個(gè)整數(shù)但沒(méi)意識(shí)到單位是毫秒填了 1 以為是 1 秒實(shí)際只有 1 毫秒。如果你觀察到腳本幾乎沒(méi)暫停先去檢查單位不要懷疑組件有問(wèn)題。另一種情況是 Duration 使用了變量但變量在同請(qǐng)求中的提取器還沒(méi)有運(yùn)行導(dǎo)致變量為空或返回非數(shù)字。比如你想用上一個(gè)響應(yīng)的時(shí)間來(lái)動(dòng)態(tài)計(jì)算暫停時(shí)間然而你放錯(cuò)了位置Flow Control Action 被放在了響應(yīng)提取器的前面此時(shí)變量還沒(méi)來(lái)得及被賦值Duration 就會(huì)解析失敗。解決方案是把提取器放在它對(duì)應(yīng)的采樣器之后Flow Control Action 之前。如果用的是${__P()}全局屬性則不存在這個(gè)問(wèn)題但依然要注意命令行參數(shù)名是否拼寫(xiě)正確。還有一種很隱蔽的情況在梯度壓測(cè)過(guò)程中Duration 寫(xiě)的是${__P(duration,1000)}你啟動(dòng)時(shí)確實(shí)傳了-Jduration-1而你的業(yè)務(wù)邏輯本來(lái)想在 -1 時(shí)跳過(guò)暫停但 JMeter 內(nèi)部會(huì)把 -1 處理成無(wú)限暫?；蛑苯訄?bào)錯(cuò)。不同版本的行為不完全一致我建議在取值后用 Groovy 函數(shù)包一層判斷。比如 Duration 寫(xiě)成${__groovy((__P(duration,1000) as int) 0 ? 0 : (__P(duration,1000) as int))}雖然表達(dá)式看起來(lái)復(fù)雜但能保證邊界安全。5.2 坑點(diǎn)二Stop 和 Stop Now 都沒(méi)能停下來(lái)有朋友反饋在壓測(cè)中執(zhí)行 Flow Control Action 的 Stop 之后線程還在繼續(xù)發(fā)請(qǐng)求。遇到這個(gè)問(wèn)題先別急著懷疑組件失效我排查過(guò)多次最終原因幾乎都是線程組循環(huán)條件沒(méi)有及時(shí)退出。JMeter 的線程組如果配置了循環(huán)次數(shù)Loop Count為無(wú)限即使當(dāng)前線程收到了 Stop 指令只要當(dāng)前迭代沒(méi)有結(jié)束它也會(huì)在本輪循環(huán)內(nèi)部?jī)?yōu)雅地跑完再進(jìn)入下一輪判斷。如果 Flow Control Action 出現(xiàn)在循環(huán)體的中間位置那么 Stop 之后它后面的采樣器還會(huì)繼續(xù)執(zhí)行完等整個(gè)循環(huán)體跑完才會(huì)停止。所以如果你希望停止之后立刻不再執(zhí)行任何采樣器那應(yīng)該用 Stop Now或者把 Flow Control Action 放在循環(huán)體的外面。另外需要注意如果測(cè)試計(jì)劃里有多個(gè)線程組并且使用tearDown線程組執(zhí)行清理腳本那么當(dāng)主線程組執(zhí)行了 Stop 之后tearDown 線程組仍然有可能會(huì)啟動(dòng)。這在某些預(yù)期整個(gè)測(cè)試完全停止的場(chǎng)景中是意外的。要徹底終止包括 tearDown 在內(nèi)的任務(wù)需要 Stop Now 或者結(jié)合命令行斷言腳本的外部機(jī)制。5.3 坑點(diǎn)三大量使用 Pause 導(dǎo)致壓測(cè)不達(dá)標(biāo)這是一類性能問(wèn)題。很多人在腳本里插入了大量 Flow Control Action 的 Pause導(dǎo)致總運(yùn)行時(shí)長(zhǎng)被拉得很長(zhǎng)。在單實(shí)例跑功能腳本時(shí)沒(méi)問(wèn)題但在分布式壓測(cè)時(shí)如果每個(gè) agent 機(jī)器上都有幾十個(gè)虛用戶每個(gè)虛用戶都要獨(dú)立暫停那整體任務(wù)的完成時(shí)間會(huì)變得極不可控。而且如果暫停時(shí)間大大超過(guò)了服務(wù)端響應(yīng)時(shí)間壓測(cè)QPS會(huì)被拉低到無(wú)法反映系統(tǒng)真實(shí)性能。這個(gè)問(wèn)題不算組件 bug而是建模思路出了偏差。如果要模擬真實(shí)用戶思考時(shí)間最具性價(jià)比的做法是在線程組層面設(shè)置固定定時(shí)器或高斯隨機(jī)定時(shí)器均勻地給每個(gè)采樣器加一點(diǎn)延遲。用 Flow Control Action 只在需要大量暫停的特定節(jié)點(diǎn)上打斷執(zhí)行。如果發(fā)現(xiàn)整個(gè)腳本里 Flow Control Action 占比太高建議你重新審視一下流量模型是否應(yīng)該用思考時(shí)間參數(shù)來(lái)代替零散硬編碼暫停。5.4 坑點(diǎn)四作用域誤判造成所有線程集體中斷曾經(jīng)有個(gè)同事排查了整整一個(gè)下午他寫(xiě)了一個(gè) If Controller判斷某個(gè)請(qǐng)求響應(yīng)碼非 200 時(shí)執(zhí)行 Flow Control Action打算把失敗線程篩掉。結(jié)果他選的是 All Threads導(dǎo)致只要有一個(gè)請(qǐng)求報(bào)錯(cuò)整個(gè)測(cè)試計(jì)劃瞬間停止。這個(gè)問(wèn)題最麻煩的地方在于現(xiàn)場(chǎng)的錯(cuò)誤日志幾乎沒(méi)有因?yàn)榫€程都被強(qiáng)行停掉了只留下一臉茫然的壓測(cè)結(jié)果。判斷是否踩進(jìn)這個(gè)坑的方法是查看 Flow Control Action 的 Target 下拉框如果確實(shí)選了 All Threads請(qǐng)立刻問(wèn)自己一句我真的需要所有線程都陪我停嗎 在 99% 的單鏈路測(cè)試場(chǎng)景中你要的是 Current Thread。如果你確實(shí)要針對(duì)某個(gè)失敗的線程做熔斷影響范圍最好控制在這個(gè)線程內(nèi)部的后續(xù)邏輯而不要拖垮整個(gè)壓測(cè)。除非你在做故障注入或全鏈路降級(jí)演練否則別用 All Threads。5.5 坑點(diǎn)五Pause 在線程組關(guān)閉時(shí)無(wú)法打斷在高并發(fā)調(diào)試時(shí)你會(huì)點(diǎn)擊 JMeter 界面上的停止按鈕來(lái)強(qiáng)行中止測(cè)試。但如果此時(shí)某個(gè)線程卡在 Flow Control Action 的 Pause 階段它可能會(huì)一直等到暫停時(shí)間結(jié)束才能真正響應(yīng)停止請(qǐng)求。具體表現(xiàn)是你點(diǎn)了停止其他線程都陸續(xù)消失了但界面上還剩一個(gè)線程的曲線遲遲不歸零就是因?yàn)樵?Pause 中。這個(gè)行為在很多版本中都存在。要解決這個(gè)體驗(yàn)問(wèn)題一個(gè)辦法是在 Pause 的 Duration 中不要用太大的值比如 60 秒以上的暫停會(huì)讓停止操作延遲特別明顯。更好的辦法是在調(diào)試階段使用 Stop Now因?yàn)?Stop Now 會(huì)中斷 Pause 狀態(tài)讓線程迅速釋放。不過(guò)要注意Stop Now 使用多了可能帶來(lái)一些連接未正常釋放的副作用在正式壓測(cè)中還是盡量用 Stop。另外在非 GUI 命令行壓測(cè)模式下CtrlC 中斷進(jìn)程也會(huì)遇到類似的問(wèn)題。如果前提是要優(yōu)雅退出可以通過(guò)外部的超時(shí)腳本配合shutdown指令來(lái)終止。這個(gè)鍋不能全讓 Flow Control Action 背但你了解了這個(gè)行為之后在設(shè)計(jì)腳本時(shí)會(huì)更有意識(shí)地控制單次暫停時(shí)長(zhǎng)的上限。5.6 坑點(diǎn)六在事務(wù)控制器內(nèi)放置 Flow Control Action 導(dǎo)致響應(yīng)時(shí)間失真這個(gè)問(wèn)題對(duì)結(jié)果分析的影響特別大。我在一次壓測(cè)里發(fā)現(xiàn)某個(gè)事務(wù)的 90% 響應(yīng)時(shí)間異常高排查到最后才發(fā)現(xiàn)是有人把 Flow Control Action 放在了事務(wù)控制器內(nèi)部并且設(shè)置了 3 秒的 Pause。這 3 秒自然被算進(jìn)了事務(wù)的響應(yīng)時(shí)間導(dǎo)致整個(gè)事務(wù)的 TP90 數(shù)據(jù)完全失真。Flow Control Action 是邏輯控制組件不是業(yè)務(wù)請(qǐng)求它的耗時(shí)不應(yīng)被計(jì)入業(yè)務(wù)事務(wù)響應(yīng)時(shí)間。如果你需要在業(yè)務(wù)步驟之間插入暫停應(yīng)該把它放在事務(wù)控制器的外面。如果事務(wù)控制器范圍必須覆蓋多個(gè)采樣器且你還要在這多個(gè)采樣器之間暫停那就把事務(wù)拆成兩段或者用標(biāo)記性采樣器如后面接一個(gè)極小開(kāi)銷的請(qǐng)求來(lái)分割盡量保證事務(wù)控制器內(nèi)部只包含真實(shí)意圖。不要圖省事把暫停直接塞進(jìn)事務(wù)塊后續(xù)分析數(shù)據(jù)時(shí)你會(huì)后悔的。5.7 快速排查清單做實(shí)戰(zhàn)總結(jié)的時(shí)候我習(xí)慣把排查經(jīng)驗(yàn)收斂成一張檢查表方便自己在交付腳本前快速自查。下面這份清單你直接拿走對(duì)照著過(guò)一遍流程控制相關(guān)的腳本會(huì)省下很多排錯(cuò)時(shí)間檢查項(xiàng)關(guān)鍵動(dòng)作是否通過(guò)Target 選擇確認(rèn)是 Current Thread 還是 All Threads非熔斷場(chǎng)景一律用 Current Thread是Duration 單位再次確認(rèn)單位是毫秒變量路徑與取值時(shí)機(jī)是否正確是Action 語(yǔ)義區(qū)分 Stop 與 Stop Now循環(huán)體內(nèi)部建議用 Stop Now是作用域位置Flow Control Action 不在事務(wù)控制器內(nèi)部不影響響應(yīng)時(shí)間統(tǒng)計(jì)是調(diào)試與正式模式是否用${__P()}參數(shù)控制啟停正式壓測(cè)時(shí)不需要調(diào)試暫停是分布式壓測(cè)一致性所有 agent 上的腳本版本一致暫停參數(shù)不依賴本機(jī)文件是6. 寫(xiě)在最后Flow Control Action 只是起點(diǎn)流程控制的核心在建模這篇文章從 Flow Control Action 的定位、參數(shù)、實(shí)戰(zhàn)和坑點(diǎn)四個(gè)角度做了一次完整的梳理。我個(gè)人的體會(huì)是這個(gè)組件本身不難難的是建立一種流程控制的思維每個(gè)請(qǐng)求什么時(shí)候該發(fā)、什么時(shí)候不能發(fā)、發(fā)完不代表一定繼續(xù)下一步這些都是性能測(cè)試建模的一部分。Flow Control Action 有個(gè)比較容易被忽略的優(yōu)勢(shì)是它是 JMeter 原生組件在維護(hù)和交接上特別省心。你在腳本里放十個(gè) Flow Control Action腳本運(yùn)行時(shí)的開(kāi)銷也極低更不會(huì)像 BeanShell 那樣因?yàn)槟_本解釋器導(dǎo)致內(nèi)存不斷膨脹。換一個(gè)人來(lái)接手你的腳本時(shí)看著組件圖標(biāo)和參數(shù)列表基本一眼就能明白你要干什么不需要去翻 Groovy 代碼再猜邏輯。這也是我推薦團(tuán)隊(duì)里盡量使用原生組件的核心理由。最后再分享一個(gè)小技巧。你在設(shè)計(jì)腳本階段可以先在所有關(guān)鍵接口后面放一個(gè) Action 為 Pause、Duration 為${__P(pause,0)}的 Flow Control Action。調(diào)試階段通過(guò)命令行參數(shù)-Jpause5000來(lái)控制斷點(diǎn)等待時(shí)間。這樣平時(shí)跑全速調(diào)試時(shí)插樁不用在測(cè)試計(jì)劃里反復(fù)增刪組件。我個(gè)人用這個(gè)方案很久了每次接手的同事都會(huì)來(lái)問(wèn)這個(gè) 0 秒暫停是干嘛的等他們理解了之后基本都會(huì)拷貝到自己的腳本里去用。Flow Control Action 并不會(huì)幫你解決所有流程控制問(wèn)題但當(dāng)你需要優(yōu)雅地決定一條線程何時(shí)等、何時(shí)停、何時(shí)立刻結(jié)束它絕對(duì)是你工具箱里最趁手的那把螺絲刀。