JMeter循环提取对象ID存入数组后 后续遍历调用报错如何解决

报错核心原因 #

之前编写的${ids[${__jm__Loop Controller__idx}]}表达式触发报错，本质是JMeter的变量替换仅做字符串层面的替换，不支持直接解析数组/列表的下标取值逻辑：嵌套变量解析完成后，引擎不会执行数组索引访问操作，只会把拼接后的内容当做普通字符串变量名解析，必然无法取到正确值。

可直接复用的实现步骤 #

• 第一步：初始化ID存储容器
  在线程组最靠前的位置添加JSR223 Sampler，语言选择Groovy，写入以下初始化代码，勾选「Cache compiled script if available」选项：

  // 初始化可变列表存储所有POST返回的ID
  vars.putObject("idList", new ArrayList())
  // 初始化ID计数变量，后续给DELETE循环传动态循环次数
  vars.put("idCount", "0")
  

• 第二步：POST请求配置与ID自动收集
  1. 添加循环控制器，循环次数填写你需要的POST执行总次数（支持填变量名实现动态次数），把POST请求放在该控制器下。
  2. 保留原来可正常使用的JSON提取器，配置提取单次POST响应返回的对象ID，变量名设置为currentId，匹配数字填1。
  3. 在JSON提取器同级下方添加JSR223 PostProcessor，语言选Groovy，写入ID收集代码：

  def currentId = vars.get("currentId")
  def idList = vars.getObject("idList")
  idList.add(currentId)
  // 实时更新ID总数
  vars.put("idCount", String.valueOf(idList.size()))
  

• 第三步：DELETE请求循环遍历配置
  1. 在POST所属的循环控制器后方，新增第二个循环控制器，循环次数直接填${idCount}，会自动匹配实际收集到的ID总数，即使POST过程中有请求失败未返回ID，也不会出现下标越界问题。
  2. 在该循环控制器下先添加JSR223 PreProcessor，语言选Groovy，写入按索引取ID的代码：

  // 获取当前循环的内置索引值（从0开始，和列表索引规则一致）
  def loopIndex = vars.get("__jm__Loop Controller__idx")
  def idList = vars.getObject("idList")
  // 取出对应索引的ID，存为普通JMeter变量供请求调用
  vars.put("targetDeleteId", idList.get(Integer.parseInt(loopIndex)))
  

  注意：如果你修改了这个循环控制器的名称，比如重命名为「DELETE循环」，内置索引变量名会同步变为__jm__DELETE循环__idx，需要对应修改代码里的变量名；怕出错也可以直接在循环控制器下添加计数器元件，起始值设为0、步长设为1、不设最大值，直接引用计数器变量作为索引，不受控制器名称修改影响。

  3. 把DELETE请求放在预处理器后方，请求中需要传入ID的位置直接引用${targetDeleteId}即可，无需编写嵌套下标表达式。

额外避坑说明 #

• 不要尝试直接在JMeter原生控件的输入框中写数组下标嵌套取值的表达式，所有数组/列表的元素操作都通过JSR223元件用Groovy代码实现，取值后存为普通字符串变量再给请求引用，是最稳定不会报错的方案。
• 所有Groovy脚本都勾选缓存编译选项，不会带来额外性能损耗。

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