【问题标题】:Reduce Google Cloud Endpoints request response header size减少 Google Cloud Endpoints 请求响应标头大小
【发布时间】:2018-02-22 00:14:19
【问题描述】:

我正在使用 Google Cloud App Engine 和 Google Cloud Endpoints API 作为 Android 应用程序的后端。这一切都在 Java 中。我将 Json 传递到后端。当我从 Android 应用程序调用 Endpoints 中的 API 方法时,我会从 App Engine 获得 HTTP 响应。为了减少我的应用程序上的下载数据负载,我尽可能地减少了响应的正文,我进行了设置,以便在大多数情况下正文中的消息只是一个“成功”消息和一个自定义 ID 标签。

如果可能,我现在想尝试减小响应标头的大小。我无法弄清楚这一点或在网上找到很多关于此的信息,有人可以帮忙吗?我什至不确定这是否可能。

响应头中的属性似乎在后端设置为默认值,我看不出这是在哪里尝试修改或删除其中一些(假设其中一些不是绝对必要的)响应正确交付)。每个响应中的标头大小为 500 字节。我的应用程序正在发送许多小消息,因为用户通常会对需要推送的数据进行小的更新,因此每个响应的 500 字节很快就会加起来。这尤其是一个问题,因为我的大多数用户都将远离 wifi,并且他们的手机上的数据计划会有些低。

【问题讨论】:

    标签: java android google-app-engine http-headers google-cloud-endpoints


    【解决方案1】:

    不幸的是,Endpoints 框架根本不适合这种优化。你确定gzip压缩后是500字节吗?您有多确定这种优化是必要的?

    【讨论】:

    • 我正在使用 Charles 代理来监控进入设备的 HTTP 流量。它告诉我响应的压缩率为负 131.6%,即压缩后大小增加。它告诉我响应头的大小是 500 字节。我不是 100% 确定 500 字节是在压缩之前还是之后,但我认为至少会是这样,因为如果它在解压缩后为 500 字节,那么压缩时它会超过 1kb。我现在可能只需要忍受它,然后重新考虑与后端的通信是如何工作的,谢谢你的帮助!节省了我在这条路线上浪费的更多时间
    猜你喜欢
    • 2017-07-20
    • 1970-01-01
    • 2017-12-09
    • 1970-01-01
    • 2013-07-20
    • 2016-05-06
    • 2016-01-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多