负载测试中如何将值从Thread Group传递至TearDown Thread Group？

嗨，这个问题我之前帮不少JMeter用户搞定过——线程组之间默认是隔离变量的，所以producer线程里拿到的record ID没法直接在TearDown Thread Group里用，但有几个靠谱的全局共享办法，咱们一个个说：

方法1：使用JMeter全局属性（最推荐，多线程友好） #

JMeter的props对象是全局可见的，所有线程组都能访问，完美适配多producer场景：

1. 在producer线程的JSON Extractor之后，添加一个JSR223 PostProcessor，写入以下代码把每个线程的record ID单独存起来（避免多线程覆盖）：

   // 用线程号做属性名后缀，确保每个producer的ID不冲突
   def threadId = ctx.getThreadNum()
   def recordId = vars.get("recordId") // 这里替换成你JSON Extractor里的变量名
   if (recordId != null && recordId != "") {
       props.put("recordId_${threadId}", recordId)
   }
   

2. 在TearDown Thread Group里，添加一个JSR223 Sampler，遍历所有存储的record ID并执行数据库清理：

   // 遍历所有以recordId_开头的属性
   props.each { key, value ->
       if (key.startsWith("recordId_")) {
           // 这里替换成你的数据库清理逻辑，比如执行DELETE语句
           log.info("清理record ID: ${value}")
           // 示例：用JDBC Request的话，可以把value存入变量供后续使用
           vars.put("currentRecordId", value)
           // 或者直接在这里执行JDBC操作（需要提前配置数据库连接）
       }
   }
   

3. 如果用JDBC Request做清理，可以在JSR223 Sampler之后添加JDBC Request，引用${currentRecordId}作为参数即可。

方法2：写入临时CSV文件（适合批量清理） #

如果你的producer线程会生成大量record ID，用CSV批量读取的方式更高效：

1. 在producer线程的JSON Extractor之后，添加JSR223 PostProcessor，把record ID追加写入CSV文件：

   def recordId = vars.get("recordId")
   if (recordId != null && recordId != "") {
       // 用绝对路径避免找不到文件，比如Windows下是"C:/jmeter/records.csv"，Linux是"/tmp/records.csv"
       def writer = new FileWriter("/tmp/records.csv", true)
       writer.append(recordId + "\n")
       writer.close()
   }
   

2. 在TearDown Thread Group里，添加CSV Data Set Config：
   • 文件名填你刚才的路径（比如/tmp/records.csv）
   • 变量名设为cleanupRecordId
   • 循环控制器选择Forever，然后添加一个JDBC Request，用${cleanupRecordId}作为DELETE的参数，再配合Response Assertion判断清理状态，或者用While Controller直到所有行都处理完。

方法3：使用__setProperty函数（简单场景可用） #

如果你的producer线程数量很少，不会出现ID覆盖的情况，可以直接用JMeter内置函数快速实现：

1. 在producer线程的JSON Extractor之后，添加一个User Defined Variables或者JSR223 PostProcessor，执行：

   ${__setProperty(globalRecordId, ${recordId},)}
   

   （多线程场景记得加线程号区分，比如${__setProperty(recordId_${__threadNum}, ${recordId},)}）
2. 在TearDown Thread Group里，用${__P(globalRecordId,)}来获取这个全局变量，然后执行清理逻辑。

注意事项 #

• TearDown Thread Group会在所有普通线程组执行完毕后才启动，所以不用担心producer还没写完ID就开始清理。
• 用文件存储时，记得在测试结束后删除临时文件，避免下次测试读取旧数据。
• 多线程场景下一定要避免ID被覆盖，优先用方法1或带线程标识的方法3。

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