Azure负载测试用JMeter脚本遇JSON解析Malicious payload错误求助

问题描述 #

• 使用JMeter脚本（.jmx文件）在Azure负载测试时，执行PUT API调用突然返回400状态码
• 仅在请求Payload为较大且包含多层嵌套JSON时触发该错误
• 本地环境相同配置下脚本运行正常，仅Azure端失败
• 已尝试通过JSR223预处理器中的Groovy代码清理Payload，未解决问题

排查与解决步骤 #

1. 检查Azure负载测试的请求大小限制 #

Azure负载测试服务对单个请求的Payload大小有默认阈值，超过后会被拦截返回400：

• 登录Azure门户，进入目标负载测试资源
• 在测试配置中查看请求大小限制参数，确认是否超过当前Payload大小
• 若超过，调整限制值（注意Azure存在最大上限，需参考官方配置规范）

2. 统一JSON序列化逻辑 #

本地与Azure环境的JMeter可能依赖不同JSON处理库，导致嵌套JSON序列化结果不一致：

• 在JSR223预处理器中显式指定使用Jackson库进行序列化，避免默认库差异：

  import com.fasterxml.jackson.databind.ObjectMapper
  
  def rawPayload = vars.get("originalPayload")
  def mapper = new ObjectMapper()
  def jsonNode = mapper.readTree(rawPayload)
  def standardizedPayload = mapper.writeValueAsString(jsonNode)
  vars.put("standardizedPayload", standardizedPayload)
  

• 确保Azure环境的JMeter类路径包含Jackson相关jar包，可通过测试资源的依赖配置添加

3. 手动设置Content-Length请求头 #

大Payload场景下，自动计算的Content-Length可能存在偏差，导致服务端解析失败：

• 在HTTP请求组件中禁用「自动计算Content-Length」选项
• 通过JSR223预处理器计算Payload字节长度并设置请求头：

  def payload = vars.get("standardizedPayload")
  def length = payload.getBytes("UTF-8").length
  sampler.getHeaderManager().add(new org.apache.jmeter.protocol.http.control.Header("Content-Length", String.valueOf(length)))
  

4. 排查Azure WAF拦截规则 #

Azure Web应用防火墙（WAF）可能将大嵌套JSON误判为恶意请求：

• 查看WAF日志，确认是否有对应拦截规则触发
• 临时禁用WAF或添加Payload特征白名单，验证是否恢复正常
• 若确认是WAF拦截，调整规则阈值或添加自定义允许规则

5. 对齐本地与Azure的JMeter环境 #

确保两端的JMeter版本、插件、JDK版本完全一致：

• 检查Azure负载测试使用的JMeter镜像版本，与本地安装版本匹配
• 确认所有依赖插件（如JSON处理插件）已在Azure环境中正确部署

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