JMeter执行请求时出现时间戳不匹配错误，返回520错误码

核心问题定位 #

从错误信息看，服务器与JMeter所在客户端的时间差高达43307秒（约12小时），这是导致请求被拒绝的直接原因，优先解决时间同步问题。

具体排查步骤 #

• 检查客户端系统时间
  直接查看JMeter运行机器的系统时间，确认是否和服务器所在时区/时间完全同步。如果是手动设置时间，务必校准到和服务器一致的UTC或当地时区时间，误差不能超过接口允许的阈值（通常是几秒到几分钟）。
• 验证时间戳生成逻辑
  检查你添加的时间戳代码：
  • 确认生成的是服务器认可的时间格式（比如Unix时间戳秒级/毫秒级、ISO8601格式等），别混用秒和毫秒。
  • 确保代码使用的是系统当前时间，而非固定值或缓存的旧时间。比如用JMeter的${__time(,)}函数生成Unix秒级时间戳，或者用Groovy代码new Date().getTime()获取毫秒级时间（如果服务器要求的话）。
• 检查时区配置
  部分服务器会要求时间戳基于UTC时区，即使客户端用的是当地时区。可以在JMeter的user.properties里添加user.timezone=UTC，或者在时间戳生成代码里强制指定时区，比如Groovy代码：

  import java.time.Instant
  Instant.now().getEpochSecond() // 生成UTC秒级时间戳
  

• 抓包验证请求中的时间戳
  用JMeter的「查看结果树」组件，查看实际发送的请求参数里的时间戳值，和服务器当前时间做对比，确认是否存在格式、数值上的偏差。
• 排除代理/中间件影响
  如果JMeter通过代理发送请求，检查代理是否篡改了请求头或参数中的时间戳字段，或者代理服务器本身的时间和客户端/服务器不一致。

快速验证方法 #

先手动把JMeter所在机器的系统时间改成和服务器完全一致，再重新发送请求，如果请求成功，就说明核心问题是时间不同步，后续只要配置自动时间同步（比如NTP服务）即可长期解决。

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