添加强制Content-Length头后AWS API Gateway即便带对应头所有请求仍失败

Content-Length属于HTTP协议规定的逐跳传输头，AWS API Gateway的原生请求头校验逻辑会默认过滤这类标准传输头，不会将其纳入用户配置的请求头校验规则处理范围，因此你在方法请求中标记它为必填项后，校验逻辑无法识别到客户端实际传递的该头，才会出现携带了请求头仍提示缺失的问题。

你可以根据业务场景选择以下任意一种方案实现需求：

方案1：自定义网关响应（最简方案，适配绝大多数场景） #

该方案无需修改原有请求验证器配置，直接复用API Gateway原生请求体验证逻辑，仅替换错误提示即可：

• 保留你原有「同时校验请求体、查询字符串参数和请求头」的验证器配置，不要将Content-Length设置为必填的方法请求头参数
• 进入API Gateway控制台的「网关响应」配置页，找到400 Bad Request类型的响应项
• 点击修改，将响应体模板替换为以下内容，即可针对请求体长度缺失的场景返回自定义提示：

#set($rawError = $context.error.message)
#if($rawError.contains("length required") || $rawError.contains("Content-Length"))
{
    "message": "Missing required request parameters: [Content-Length]"
}
#else
{
    "message": "$rawError"
}
#end

• 保存配置后将API部署到对应阶段即可生效。该方案既保留了原生请求体验证的能力，也能返回明确的Content-Length缺失提示，不需要额外开发成本。

方案2：Lambda自定义请求验证器（适配需要强规则校验的场景） #

如果你需要额外的校验逻辑，比如限制Content-Length的取值范围、禁止分块传输请求，可选择该方案：

• 新建Lambda验证函数，核心逻辑如下：
  1. 从入参event的headers字段中读取Content-Length（注意HTTP头不区分大小写，需要兼容小写的content-length取值）
  2. 若请求体非空且未携带该头，直接返回400状态码和你自定义的错误信息
  3. 校验通过后返回允许访问的响应，将原有请求参数透传给后端即可
• 将API的请求验证器替换为你新建的Lambda验证器
• 原有请求体验证逻辑可保留，也可整合到Lambda中统一处理。

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