AWS API Gateway base64Decode 产生乱码二进制文件？

Question

我正在尝试从 AWS API Gateway 方法返回一个 1px 的 gif。

由于现在支持二进制数据，我使用以下“集成响应”映射返回图像/gif：

$util.base64Decode("R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7")

但是，当我在 Chrome 中查看此内容时，我看到返回以下二进制文件：

代替：

谁能帮我理解为什么这是乱码和错误的长度？或者我能做些什么来返回正确的二进制文件？在不使用 base64Decode 函数的情况下，我可以随时返回这个 1px 的 gif 吗？

非常感谢，这让我很痛苦！

编辑

这个人变得陌生了。看起来问题不在于 base64Decode，而在于二进制的一般处理。我在this blog post 和这个Stack Overflow question 之后添加了一个 Lambda 后端（以前我使用的是 Firehose）。我根据 documentation page 将图像设置为 binaryMediaType。

这让我可以通过网关 API 从 Lambda 传递以下图像/bmp 像素，并且它可以正常工作：

exports.handler = function(event, context) {

  var imageHex = "\x42\x4d\x3c\x00\x00\x00\x00\x00\x00\x00\x36\x00\x00\x00\x28\x00\x00\x00\x01\x00\x00\x00\x01\x00\x00\x00\x01\x00\x18\x00\x00\x00\x00\x00\x06\x00\x00\x00\x27\x00\x00\x00\x27\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xff\xff\xff\xff\x00\x00";
  context.done(null, { "body":imageHex });

};

但是，以下表示 image/png 或 image/gif 的图像在通过时会出现乱码：

exports.handler = function(event, context) {

//var imageHex = "\x47\x49\x46\x38\x39\x61\x01\x00\x01\x00\x80\x00\x00\x00\x00\x00\xff\xff\xff\x21\xf9\x04\x01\x00\x00\x00\x00\x2c\x00\x00\x00\x00\x01\x00\x01\x00\x00\x02\x01\x44\x00\x3b";
//var imageHex = "\x47\x49\x46\x38\x39\x61\x01\x00\x01\x00\x80\x00\x00\xff\xff\xff\x00\x00\x00\x21\xf9\x04\x01\x00\x00\x00\x00\x2c\x00\x00\x00\x00\x01\x00\x01\x00\x00\x02\x02\x44\x01\x00\x3b";
  var imageHex = "\x47\x49\x46\x38\x39\x61\x01\x00\x01\x00\x80\x00\x00\x00\x00\x00\x00\x00\x00\x21\xf9\x04\x01\x00\x00\x00\x00\x2c\x00\x00\x00\x00\x01\x00\x01\x00\x00\x02\x02\x44\x01\x00\x3b\x0a"
  context.done(null, { "body":imageHex });

};

这似乎与another Stack Overflow question 是同一个问题，但我希望通过 Gateway API 二进制支持来解决这个问题。不幸的是 image/bmp 不适用于我的用例，因为它不能是透明的......

如果它对任何人有帮助，请this has been a good tool 在 base64 和十六进制之间进行转换。

Answer 1

这似乎是以前的一个已知问题： https://forums.aws.amazon.com/thread.jspa?messageID=668306&#668306

但是现在他们已经添加了对二进制数据的支持应该是可能的： http://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-payload-encodings.html

看起来这是我们需要的位：“将 IntegrationResponse 资源的 contentHandling 属性设置为 CONVERT_TO_BINARY 以将响应负载从 Base64 编码的字符串转换为其二进制 blob”。那么我们就不需要base64Decode() 函数了。

现在进行测试，看看这是否有效。

编辑：我终于可以让它工作了。你可以在这里看到二进制图像： https://chtskiuz10.execute-api.us-east-1.amazonaws.com/prod/rest/image

这是我的 Lambda 函数，它将 base64 编码的 PNG 作为字符串返回： https://gist.github.com/davemaple/73ce3c2c69d5310331395a0210069263

我更新了方法响应如下：

我更新了集成响应以包含一个硬编码的图像/PNG 标头：

最后一步很棘手：将contentHandling 属性设置为“CONVERT_TO_BINARY”。我无法弄清楚如何在 AWS 控制台中进行操作。我必须使用 CLI API 来完成此操作：

aws apigateway update-integration-response \
    --profile davemaple \
    --rest-api-id chtskiuzxx \
    --resource-id ki1lxx \
    --http-method GET \
    --status-code 200 \
    --patch-operations '[{"op" : "replace", "path" : "/contentHandling", "value" : "CONVERT_TO_BINARY"}]'

我希望这会有所帮助。

Answer 2

查看this answer。它帮助我通过 GET 请求公开 PDF 文件以供下载，而无需任何额外的标题。

Answer 3

致其他有此问题的人：我还试图通过 API Gateway proxy integration 从 lambda 检索二进制图像，但后来我注意到它在 Lambda 控制台的二进制支持部分中显示：

API Gateway 将查看 Content-Type 和 Accept HTTP 标头来决定如何处理正文。

所以我在请求标头中添加了Accept: image/png，它起作用了。哦，快乐，快乐！ 无需手动将内容处理更改为 CONVERT_TO_BINARY 或使用 cli。当然这排除了使用，例如，<img src= 直接（不能设置标题）。

因此，为了通过代理集成从 lambda 通过 API 网关获取二进制文件：

• 在 lambda 控制台（和部署）中列出所有支持的二进制内容类型
• 请求 Accept 标头必须包含从 lambda 表达式返回的 Content-Type 标头
• 返回的正文必须是 base64 编码的
• 结果对象还必须将isBase64Encoded 属性设置为true

代码：

callback(null, {
    statusCode: 200,
    headers: { 'Content-Type': 'image/png' },
    body: buffer.toString('base64'),
    isBase64Encoded: true
}