Lambda响应超6MB问题：Node.js中Buffer转JSON体积暴涨

嘿，我来帮你拆解这个让人头疼的体积暴增问题，以及搞定Lambda响应超限的难题！

为什么2.1MB的Buffer会变成7.5MB？ #

核心问题出在Node.js对Buffer的默认JSON序列化逻辑上：当你直接对Buffer调用JSON.stringify()时，它不会自动把Buffer转成紧凑的Base64字符串，而是会把Buffer序列化成一个包含type和data数组的对象，格式大概是这样：

{"type":"Buffer","data":[123, 34, 110, 97, 109, 101, 34, ...]}

这里的data数组里是Buffer每个字节的十进制数值，每个字节都会被转成对应的数字字符串（比如字节0x7B变成"123"），再加上JSON结构的括号、逗号、键名等额外字符，体积自然会疯狂膨胀——2.1MB的Buffer有超过200万个字节，每个字节至少需要2个字符来表示，最终突破7.5MB完全在意料之中。

针对性解决方案 #

根据你获取的Buffer类型，有两种高效的解决方式：

情况1：Buffer是UTF-8编码的文本/JSON数据 #

如果getAnswer()返回的Buffer是外部API返回的JSON文本（比如API返回的是JSON字符串，你用Buffer接收），那直接把Buffer转成UTF-8字符串即可，完全不需要用JSON.stringify()：

module.exports.handler = (event, context, callback) => {
  const buffer = getAnswer(); // 约2.1MB的Buffer
  console.log(`Buffer size ${buffer.byteLength}`);
  
  const response = {
    headers: {
      'Content-Type': 'application/json',
    },
    isBase64Encoded: false,
    statusCode: 200,
    statusDescription: '200 OK',
    body: buffer.toString('utf8'), // 直接转成字符串，体积和原Buffer几乎一致
  };
  
  console.log('Response body size', Buffer.byteLength(response.body), 'bytes');
  context.succeed(response);
};

这样处理后，响应体体积和原Buffer差不多（2.1MB左右），完全在Lambda 6MB的限制内。

情况2：Buffer是二进制数据（图片、压缩包等） #

如果Buffer是二进制数据，那把它转成Base64字符串，同时开启isBase64Encoded: true：

module.exports.handler = (event, context, callback) => {
  const buffer = getAnswer(); // 约2.1MB的Buffer
  console.log(`Buffer size ${buffer.byteLength}`);
  
  const response = {
    headers: {
      'Content-Type': 'application/octet-stream', // 替换为实际的MIME类型，比如image/png
    },
    isBase64Encoded: true,
    statusCode: 200,
    statusDescription: '200 OK',
    body: buffer.toString('base64'), // 转成Base64字符串，体积仅增加约33%
  };
  
  console.log('Response body size (Base64)', Buffer.byteLength(response.body), 'bytes');
  context.succeed(response);
};

Base64编码只会让体积增加约33%，2.1MB转成Base64后大概是2.8MB，远低于Lambda的6MB限制。

最后小提醒 #

先确认getAnswer()返回的Buffer到底是什么类型的数据：如果是JSON/text，用情况1的方法；如果是二进制，用情况2的方法。这样就能轻松解决响应体积超限的问题啦！

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