AWS Lambda 6MB响应限制致大文件下载报413错误解决方案

你触发的413 Request Entity Too Large报错是Lambda同步调用的硬限制导致：同步调用场景下Lambda的请求/响应Payload上限固定为6MB，该限制不受内存配置、运行时版本、部署包大小影响，直接将10-50MB的Excel文件作为响应体返回必然触发该错误，和业务代码逻辑无关联，调整代码层面的响应头、压缩配置都无法绕过该限制。

优先选择S3预签名URL方案，现有Excel生成逻辑完全不需要调整，仅修改最终输出逻辑即可，整体改动量不超过20行代码：

• 保留现有Lambda中生成Excel文件的全部逻辑，生成文件后不再将二进制流写入响应体
• 调用S3接口将生成的Excel文件上传到对应存储桶，为该文件生成有效期5-10分钟的只读预签名访问地址（有效期覆盖用户单次下载时长即可，无安全风险）
• Lambda返回响应时二选一即可：
  • 返回302重定向响应，在Location响应头中填入预签名URL，用户请求API后会自动跳转至S3地址拉取文件，前端无需额外改代码
  • 返回200状态码，将预签名URL放在响应体中返回，前端拿到URL后主动触发文件下载
• 该方案无文件大小限制，10-50MB的Excel文件下载速度远高于从Lambda/API Gateway直出，不会触发超时问题。

不推荐使用API Gateway流式分块响应方案：该方案需要将Lambda改为响应流模式，同时调整API Gateway的全链路集成配置，改动成本高，且API Gateway直出大文件延迟高、连接易中断，50MB文件的下载失败率远高于S3方案。

运行时抛出的标准报错如下，该报错无代码层面的排查价值，只要响应体超过6MB阈值必然触发：

[ERROR] [1654098739375] LAMBDA_RUNTIME Failed to post handler success response. Http response code: 413. Failed to post invocation response.Response code: '413'.:
lambdainternal.runtimeapi.LambdaRuntimeClientException
lambdainternal.runtimeapi.LambdaRuntimeClientException: Failed to post invocation response.Response code: '413'.

• 注意：不要尝试将大文件拆分为多次接口请求由前端拼接，该方案逻辑复杂度高，大文件易出现拼接损坏、下载中断问题，用户体验极差，无落地价值。

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