JMeter执行请求15分钟后请求Headers未加载问题咨询

现象总结 #

在JMeter中执行请求15分钟后，样本返回如下错误：

Load time:900017
Connect Time:0
Latency:0
Size in bytes:3172
Sent bytes:0
Headers size in bytes:0
Body size in bytes:3172
Sample Count:1
Error Count:1
Data type ("text"|"bin"|""):text
Response code:Non HTTP response code: java.net.SocketException
Response message:Non HTTP response message: Socket closed

HTTPSampleResult fields:
ContentType:
DataEncoding: null

同时日志出现超时中断警告：

WARN o.a.j.m.SampleTimeout: Call Done interrupting HTTPSamplerProxy @656569135 'buildAdvisorList'  took 0.0015327 secs

伴随请求Headers未加载的问题。

排查步骤 #

• 检查超时配置：
  1. 查看HTTP请求的「高级」标签页，确认连接超时、响应超时设置是否过短，是否触发了JMeter的请求超时中断机制。
  2. 核实服务器端的超时配置（如Tomcat的connectionTimeout、Nginx的keepalive_timeout等），是否服务器主动关闭了长时间未完成的连接。
• 验证Headers配置：
  1. 检查HTTP请求关联的「HTTP信息头管理器」，确认所有Headers键值对格式正确，无多余空格、特殊字符或语法错误。
  2. 若Headers中使用了变量，验证变量是否在请求发送前已正确赋值，可通过「调试取样器」查看变量值。
• 查看详细日志：
  将JMeter日志级别调整为DEBUG，检查请求发送阶段的日志，确认Headers是否被正确加载，是否存在加载失败的错误提示。
• 排查网络因素：
  检查防火墙、代理服务器的超时规则，是否中间设备在长时间连接后主动中断了请求。

解决方法 #

• 调整超时参数：
  1. 在JMeter的HTTP请求中延长响应超时时间，确保覆盖15分钟的请求执行时长。
  2. 协调运维调整服务器端的连接超时、请求超时配置，匹配业务所需的长请求场景。
• 修复Headers加载问题：
  1. 重新梳理Headers管理器中的配置，删除无效或错误的Header项，确保键值对符合HTTP规范。
  2. 若使用动态变量，通过前置处理器（如用户定义变量、CSV数据文件设置）确保变量在请求执行前完成赋值。
• 优化请求逻辑：
  若15分钟的长请求为业务必需，考虑将其拆分为多个短请求，或采用异步回调模式，避免长时间占用连接导致超时。
• 优化JMeter配置：
  启用HTTP Keep-Alive设置，提升长连接稳定性；调整线程组参数，确保线程资源充足，避免因资源耗尽导致请求异常。
• 排查网络中断：
  联系网络管理员调整防火墙、代理的超时规则，允许长连接的持续时间覆盖业务请求时长。

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