HTTP API Gateway+Lambda+S3架构下Lambda响应413错误的解决办法

报错原因 #

Lambda同步调用的响应payload存在6MB的上限，你的8.55MB响应已经超出这个限制，导致Lambda Runtime无法向API Gateway提交响应，抛出413错误。

方案1：S3中转返回响应 #

这是实现成本最低的方案，核心思路是把大JSON先存到S3，再让前端从S3获取：

• Lambda解析完bin文件生成JSON后，将其上传到S3桶（建议用私有桶，给文件设置短时间过期策略，避免存储冗余）
• Lambda向API Gateway返回以下两种结果之一：
  • 返回302 Found状态码，在Location头中设置S3文件的预签名URL，让前端自动跳转下载
  • 直接返回预签名URL的JSON响应，让前端主动发起请求获取文件
• 注意配置S3桶的CORS规则，允许前端域名的跨域请求。

方案2：启用Lambda响应流式传输 #

利用Lambda的响应流式传输特性，可以突破6MB的响应限制（最大支持2GB），直接向API Gateway流式输出数据：

1. 在Lambda控制台或Serverless配置中，开启函数的响应流式传输功能
2. 修改Node.js/Express代码，将一次性生成完整JSON的逻辑改为流式输出：

   const { Readable } = require('stream');
   const jsonstream = require('jsonstream');
   
   exports.handler = async (event) => {
     // 从S3读取并解析bin文件的逻辑（原代码）
     const parsedData = await parseBinFromS3();
     
     // 将解析后的数据转为可读流，再转为JSON流输出
     const dataStream = Readable.from([parsedData]);
     const jsonStream = dataStream.pipe(jsonstream.stringify());
   
     return {
       statusCode: 200,
       headers: { 'Content-Type': 'application/json' },
       isBase64Encoded: false,
       body: jsonStream
     };
   };
   

3. HTTP API Gateway原生支持流式响应，无需额外配置。

方案3：分块分段返回数据 #

如果业务逻辑允许，将大JSON拆分为多个小响应块，通过分页/分段的方式返回：

• 在API中新增分页参数（如page、pageSize或分段标识）
• Lambda根据参数只生成对应分段的JSON数据，确保单响应大小不超过6MB
• 前端通过多次调用API拼接完整数据

方案对比 #

• 方案1：实现简单，无需大幅修改业务逻辑，但需要前端配合处理S3访问
• 方案2：无需额外存储中转，前端体验更流畅，但需要调整代码适配流式输出
• 方案3：完全兼容原有同步响应模式，但对前端和后端的业务逻辑改动较大

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