JMeter：While控制器满足条件时未终止的问题排查

你的问题核心出在元件执行时机/位置和While控制器条件表达式写法上，以下是具体排查和修复步骤：

1. 核心问题定位 #

• 监听器位置错误：如果JSR223监听器放在While控制器外面，它只会在线程组执行结束时运行，无法实时更新response变量。必须将其放在控制器内部，和目标Sampler同级，才能在每次Sampler执行后立即更新变量。
• 表达式存在隐患：原条件{__javaScript("${response}"!="200")}依赖JMeter变量预替换，第一次循环时response未初始化，会变成""!="200"，虽逻辑成立，但易因变量替换时机引发判断异常，且引号嵌套可能导致解析问题。

2. 具体修复步骤 #

步骤一：调整元件位置 #

把JSR223监听器替换为JSR223后置处理器（后置处理器是处理Sampler结果的标准元件，比监听器更适配这类场景），并确保它和目标Sampler都在While控制器内部，处于同一层级。

步骤二：保留后置处理器代码（推荐用Groovy） #

JMeter3.1+优先使用Groovy（性能远优于JavaScript），代码逻辑不变：

String ResponseCode = sampleResult.getResponseCode();
vars.put("response", ResponseCode);

步骤三：修正While控制器条件表达式 #

任选以下一种可靠写法：

• 用JavaScript直接读取变量（避免预替换问题）：

  ${__javaScript(vars.get("response") != "200",)}
  

• 用JEXL3表达式（性能更优）：

  ${__jexl3(vars.get("response") != "200",)}
  

• 简化写法（前提是response始终为字符串类型）：

  ${response} != 200
  

步骤四：可选：初始化变量 #

在线程组中添加「用户定义变量」元件，新增变量response并设初始值为"0"，避免第一次循环因变量为空导致判断异常。

3. 验证流程 #

• 首次循环：条件判断为true（初始值非200），执行Sampler。
• Sampler执行完成后，后置处理器立即将响应码存入response变量。
• 下一次循环：判断response是否不等于200，若等于200则条件为false，循环停止；否则继续执行Sampler。

内容的提问来源于stack exchange，提问作者zulululu