Gatling新手求助：出现Response 411 Length Required状态码原因排查

Hey there! Let's break down that 411 Length Required error you're hitting in Gatling—it's a common gotcha, especially when you're just getting started.

首先，HTTP 411状态码意味着服务器拒绝处理你的请求，因为它要求请求必须携带有效的Content-Length头，但你的请求要么没提供这个头，要么头中声明的内容长度和实际发送的请求体不匹配。

常见原因及解决办法 #

• 发送POST/PUT请求但未指定请求体或Content-Length
  如果你在Gatling中定义了POST或PUT请求，但没有明确设置请求体（比如body(StringBody("..."))），或者Gatling自动生成的Content-Length头不符合服务器要求，就会触发411错误。
  解决方法：确保请求明确包含请求体；如果接口确实不需要请求体，可以手动添加Content-Length: 0头。示例代码：

  http("Empty Body POST Request")
    .post("/your-target-endpoint")
    .header("Content-Length", "0")
    .check(status.is(200))
  

• 使用动态请求体时Content-Length计算异常
  当你用RawFileBody加载外部文件作为请求体时，如果文件为空，或者Gatling没有正确计算文件的字节长度，也会导致服务器返回411。
  解决方法：检查请求体文件是否有有效内容，或者手动指定Content-Length头为文件的实际字节数。示例代码：

  val requestBody = Source.fromFile("data/request-payload.json").mkString
  http("POST with File Body")
    .post("/your-target-endpoint")
    .body(StringBody(requestBody))
    .header("Content-Length", requestBody.getBytes().length.toString)
  

• 服务器对HEAD请求的特殊校验
  部分严格的服务器会对HEAD请求也强制要求Content-Length头，虽然HTTP规范里HEAD请求通常不需要请求体，但这类服务器会以此作为校验条件。
  解决方法：给HEAD请求添加Content-Length: 0头即可绕过校验。

额外排查建议 #

• 开启Gatling的DEBUG级日志，查看实际发送的请求头细节。你可以在gatling.conf中调整日志级别，这样能直观确认Content-Length头是否正确发送。
• 用curl或Postman测试同一接口，手动添加Content-Length头验证是否能正常响应，以此排除服务器本身的配置问题。

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