从ELB Classic切换到AWS ALB后返回411状态码，如何让ALB认可POST请求合法？

AWS ALB对HTTP协议的校验比传统Classic ELB更严格：POST请求如果未携带Content-Length头也未声明Transfer-Encoding头时，ALB会直接返回411 Length Required错误；而Classic ELB对空请求体的POST请求校验宽松，默认会自动补全Content-Length:0后转发，因此之前请求可以正常返回200。
你场景中的空请求体POST请求因为源端无法修改，未携带对应头字段，因此触发ALB的校验规则报错。

方案1：ALB侧注入Content-Length头（优先推荐，无需修改源端/后端） #

直接在ALB监听器层面对匹配的请求自动补全头字段，绕开校验：

1. 进入AWS控制台ALB详情页，打开对应HTTP/HTTPS监听器的规则配置页
2. 新增规则或修改默认规则，添加匹配条件：
   • 匹配请求方法为POST
   • 匹配请求路径为你对应接口路径（比如示例中的/api/method/getdata，也可配置路径前缀适配同类型接口）
3. 添加规则动作，选择「修改HTTP请求头」->「插入」，头字段填Content-Length，固定值填0
4. 保存规则后等待1-2分钟生效即可

方案2：ALB侧重写请求方法（适配接口逻辑与GET一致的场景） #

因为你提到这类POST请求本质逻辑和GET完全一致，所有参数都放在URL查询串中，可以直接将请求重写为GET方法，从根源避免POST空请求体的校验问题：

1. 进入对应监听器规则配置页，添加匹配条件和方案1一致
2. 动作选择「重写HTTP请求方法」，将原POST方法修改为GET
3. 保存生效即可，该方案无需修改后端接口逻辑，只要接口支持GET访问即可正常处理。

• 配置规则时必须添加精准的匹配条件，不要全局生效，避免影响正常带请求体的POST请求，导致后端参数解析异常
• 如果排查发现411是后端服务返回的，上述两个方案同样生效：注入Content-Length:0后请求符合HTTP规范，后端也不会再抛出411错误

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