JMeter HTTP Cookie管理器每次循环未更新Cookie 刷新后接口报401

你遇到的Cookie不更新问题核心是两个配置逻辑冲突+默认Cookie策略的机制限制：

1. 勾选的「每次迭代清除Cookie」仅在线程组完成一轮完整迭代、重新开始下一轮时才会触发Cookie清空，你的接口探测场景如果是单轮长时持续运行，这个配置根本不会生效。
2. JMeter默认的compatibility兼容Cookie策略，不会主动覆盖服务端未显式标记过期的同名Cookie：业务侧每日刷新Cookie时，如果返回的Set-Cookie头没有携带旧Cookie的过期时间参数，JMeter会一直持有启动时获取的初始Cookie，直到进程重启，自然会在Cookie刷新后出现全量401。

• 调整HTTP Cookie管理器基础配置
  取消勾选「每次迭代清除Cookie」选项，该选项会强制清空迭代内的所有Cookie，反而会打断服务端正常下发新Cookie的流程；将Cookie策略下拉选项改为standard（严格遵循RFC6265规范，可正确识别服务端返回的新Cookie值覆盖旧存储）。
• 添加自动清理过期Cookie的后置处理逻辑
  在线程组层级（作用域覆盖所有业务接口请求）添加JSR223后置处理器，脚本语言选择groovy，粘贴以下代码：

  import org.apache.jmeter.protocol.http.control.CookieManager
  // 绑定当前上下文的Cookie管理器
  CookieManager cookieManager = sampler.getCookieManager()
  def cookieStore = cookieManager.getCookies()
  long currentTime = System.currentTimeMillis()
  // 自动清理剩余有效期不足1小时的Cookie，强制下次请求接收服务端新Cookie
  cookieStore.each { cookie ->
      if (cookie.getExpires() - currentTime < 3600000) {
          cookieManager.remove(cookie)
      }
  }
  

  该逻辑会在每次接口请求后自动校验Cookie有效期，不需要等待线程组迭代或测试计划重启，就能主动丢弃即将失效的旧Cookie，适配每日自动刷新的业务规则。
• 增加401异常兜底重试
  给所有接口请求添加响应断言，匹配响应码401；触发断言后通过Flow Control Action元件先清除当前线程的所有Cookie，再重发当前请求，避免服务端Cookie刷新时间和JMeter校验时间差导致的偶发探测失败。
• Prometheus插件适配检查
  确认你使用的Prometheus采集插件没有开启请求头缓存功能，不要将Cookie值作为指标标签上报，避免插件层缓存的旧Cookie值覆盖JMeter正常更新的请求头。

添加Debug Sampler绑定查看结果树，在测试计划运行超过24小时后随机抓取请求样本，检查请求头中的Cookie值是否匹配当日业务侧刷新的有效值，确认接口返回200即为配置生效。

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