JMeter多用户并发运行时CSV Data Set Config配置异常求助

问题根源 #

你把Bearer Token存成了全局属性变量，JMeter的属性是所有线程共享的，所以当User02的线程完成Token获取后，会覆盖User01线程存入的属性值，导致User01后续请求用了错误的Token，出现认证失败。

直接解决方案：改用线程本地变量存储Token #

1. 调整Token存储方式 #

• 如果你用JSR223元件（比如JSR223 PostProcessor）提取并存储Token：
  把原来的props.put("BearerToken", 提取到的Token值)改成vars.put("BearerToken", 提取到的Token值)。vars是线程本地的变量容器，每个线程的变量相互独立，不会被其他线程覆盖。
• 如果你用正则表达式提取器：
  直接将提取器的"引用名称"设为BearerToken，默认提取的变量就是线程本地的，不需要额外操作。

2. 确保后续请求正确引用线程变量 #

在需要携带Token的请求头（比如Authorization头）中，直接使用${BearerToken}，每个线程会自动调用自己专属的Token值，不会出现互相覆盖的情况。

额外优化：单个用户仅获取一次Token（可选） #

如果你的测试场景是每个用户只登录一次、后续循环复用Token，可以用以下方式：

1. 新增一个Setup Thread Group，将获取Token和登录的步骤移到这个线程组（Setup Thread Group会在主线程组执行前，为每个线程运行一次）。
2. 在Setup Thread Group中，将Token存储为带线程编号的全局属性：
   在JSR223 PostProcessor中写：

   def threadNum = ctx.getThreadNum()
   props.put("BearerToken_" + threadNum, 提取到的Token值)
   

3. 在主线程组的请求中，引用对应线程的Token：
   使用函数${__P(BearerToken_${__threadNum()},)}来获取当前线程专属的Token。

CSV配置补充说明 #

你的CSV Data Set Config设置没问题，继续保持：

• 共享模式根据需求选All Threads或Current Thread Group
• 确保"Recycle on EOF?"和"Stop thread on EOF?"的勾选符合你的测试数据使用逻辑

验证方法 #

添加Debug Sampler到线程组中，结合View Results Tree查看每个线程的BearerToken变量值，确认每个线程的Token与用户一一对应，没有被覆盖。

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