JMeter单线程循环场景下Inter-Thread Communication队列输出顺序不符预期

问题根源 #

你遇到的连续两次输出相同值的问题，核心是队列中每次存在两个相同元素，导致两次循环取出的是同一个值，具体触发场景如下：

1. 初始队列重复初始化
   若你在jp@gc - Inter-Thread Communication PostProcessor的初始队列设置，或测试计划的其他初始化环节（比如User Defined Variables）中，不小心将queue_username的初始值token-user重复添加了两次，队列初始状态会变成[token-user, token-user]。前两次循环会依次取出这两个值，输出连续的token-user；取出完后，若你存入新值时也重复执行两次，就会继续输出连续的token2-user。

2. 存入操作被重复执行
   检查测试计划结构：如果负责存入的jp@gc - Inter-Thread Communication PostProcessor被复制了一份，或被包含在嵌套的Loop Controller等会多次执行的逻辑控制器中，每次循环里存入操作会触发两次，导致队列中被添加两个相同的新值，下次循环自然会连续取出两次相同内容。

3. 变量作用域的延迟更新
   JMeter变量默认是线程级作用域，单线程循环中，如果你的输出逻辑（比如Debug Sampler、业务请求）在取出队列值的操作之前执行，就会读取到上一次循环的旧值。比如：

   • 循环1：先读取变量（初始值token-user）→ 取出队列值并更新变量 → 存入新值
   • 循环2：先读取变量（此时还是token-user，因为变量更新要等循环1结束）→ 取出队列值并更新变量 → 存入新值
     这种情况下前两次输出都会是token-user，后续才会切换。

解决方法 #

• 检查初始队列配置：打开jp@gc - Inter-Thread Communication PostProcessor，确认queue_username初始队列中仅存在1个token-user，无重复项。
• 排查存入操作执行次数：删除重复的PostProcessor，或调整逻辑控制器范围，确保每次循环只执行一次存入操作。
• 调整输出逻辑顺序：将输出用的取样器、Debug组件放在jp@gc - Inter-Thread Communication PostProcessor之后，保证读取的是最新取出的队列值；或用__groovy()函数实时获取队列内容，避免变量延迟更新问题。

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