Amazon web services Amazon API网关--代理请求返回无法读取的数据

我们最近开始探索Amazon的api网关服务，我已经配置了一些带有显式映射的api。这些功能与预期一样

但是，代理映射似乎返回了意外/不可读的内容

这就是我们得到的：

��������[o]�0��J�Ů��-pǡ�J�Bڪ^�ɷīcg�铜��K

此外，只有当我们从应用程序/邮递员处点击它时，才会发生这种情况。按照预期从网关仪表板函数执行测试api调用

---

听起来是否缺少某些配置？是否有其他人遇到过此问题？

根据Michael-sqlbot的评论，问题在于我们的后端使用gzip压缩所有响应。AWS Api网关当前不支持代理http请求的gzip。Per

我们目前不支持gzip。但是，您可以通过对POST方法（）使用lambda代理来解决此问题

---

根据Michael-sqlbot的评论，问题在于我们的后端使用gzip压缩所有响应。AWS Api网关目前不支持代理http请求的gzip。Per

我们目前不支持gzip。但是，您可以通过对POST方法（）使用lambda代理来解决此问题

---

您能否提供有关代理映射的更多详细信息代理映射是一个特定资源桶中的简单代理，例如：'/foo/{proxy+}'哪个作为http代理连接到我们在Amazon Elastic Beanstalk上托管的API。您能否提供一个由您的Elastic Beanstalk应用程序返回的数据示例？应用程序响应中指定的内容类型是什么？内容类型是application/json。从我们的应用程序返回的任何数据我所使用的api是一个简单的GET api，理想情况下应该返回一个json对象数组，比如：[{category:“blah”，displayText:“stuff”}，…]但是我通过这个代理端点使用的任何api都会出现这种情况。你可能认为“test”的意思是“…以一种有意义的方式”但是，这是一个不幸的（或者至少是一个令人困惑的）事实，即API网关控制台中的测试有时比您想象的要远得多，无法成为一个有效的模拟。除非自我上次修补它以来情况有所改变，否则测试和“真实的”环境中存在奇怪且令人困惑的行为差异，所以这并不像您预期的那么不可能，尽管我不知道为什么。那么

内容编码

（res）和

接受编码

（req）呢标题？您的后端可能是盲目的gzip响应吗？您能否提供有关代理映射的更多详细信息代理映射是一个特定资源桶中的简单代理，例如：'/foo/{proxy+}'哪个作为http代理连接到我们在Amazon Elastic Beanstalk上托管的API。您能否提供一个由您的Elastic Beanstalk应用程序返回的数据示例？应用程序响应中指定的内容类型是什么？内容类型是application/json。从我们的应用程序返回的任何数据我所使用的api是一个简单的GET api，理想情况下应该返回一个json对象数组，比如：[{category:“blah”，displayText:“stuff”}，…]但是我通过这个代理端点使用的任何api都会出现这种情况。你可能认为“test”的意思是“…以一种有意义的方式”但是，这是一个不幸的（或者至少是一个令人困惑的）事实，即API网关控制台中的测试有时比您想象的要远得多，无法成为一个有效的模拟。除非自我上次修补它以来情况有所改变，否则测试和“真实的”环境中存在奇怪且令人困惑的行为差异，所以这并不像你们预期的那个样不可能，尽管我不知道为什么。那个么

内容编码
（res）和
接受编码
（req）头呢？你们的后端可能是盲目的gzip响应吗？