Уменьшите размер заголовка ответа на запрос конечных точек Google Cloud.

Я использую Google Cloud App Engine и Google Cloud Endpoints API для своего бэкэнда для приложения Android. Все это на Java. Я передаю Json на серверную часть. Когда я вызываю метод API в конечных точках из приложения Android, я получаю ответ HTTP от App Engine. Чтобы уменьшить загрузку данных в моем приложении, я максимально сократил тело ответа, я настроил его так, что большую часть времени сообщение в теле представляет собой просто сообщение «успех» и пользовательский идентификационный тег.

Теперь я хотел бы попытаться уменьшить размер заголовка ответа, если это возможно. Я не смог понять это или найти много информации об этом в Интернете, может ли кто-нибудь помочь с этим? Я даже не уверен, что это возможно.

Свойства в заголовке ответа, кажется, установлены по умолчанию в бэкэнде, я не вижу, где это делается, чтобы попытаться изменить его или удалить некоторые из них (при условии, что некоторые из них не являются абсолютно необходимыми для ответа, чтобы быть поставлен правильно). Размер заголовка в каждом ответе составляет 500 байт. Мое приложение отправляет много небольших сообщений, так как пользователи часто будут делать небольшие обновления данных, которые необходимо вытолкнуть, и поэтому 500 байтов для каждого ответа быстро складываются. Это особая проблема, так как большинство моих пользователей будут вдали от Wi-Fi и будут иметь несколько низкие тарифные планы на свои телефоны.


person NNN    schedule 13.09.2017    source источник


Ответы (1)


К сожалению, фреймворки Endpoints просто не созданы для такой оптимизации. Вы уверены, что это 500 байт после сжатия gzip? Насколько вы уверены, что эта оптимизация необходима?

person saiyr    schedule 13.09.2017
comment
Я использую прокси-сервер Charles для мониторинга HTTP-трафика на устройстве. Он говорит мне, что сжатие ответа составляет минус 131,6%, т.е. размер увеличился после сжатия. Он говорит мне, что размер заголовка ответа составляет 500 байт. Я не был на 100% уверен, что это 500 байт до или после сжатия, но я предположил, что это будет по крайней мере так, потому что если его 500 байт после распаковки, то при сжатии они будут больше 1 КБ. Возможно, мне пока придется с этим смириться, а позже переосмыслить, как работает связь с серверной частью, спасибо за вашу помощь! избавляет меня от лишней траты времени на этот маршрут - person NNN; 14.09.2017