GCM - Максимальная длина для регистрации ID

Question

Обновление: gcm устарел, используйте FCM

Какая максимальная длина для идентификатора регистрации, выпущенной серверами GCM?Документация GCM не предоставляет эту информацию.Googling для этого раскрывает, что идентификатор регистрации не является фиксированной длиной в природе и может быть длиной до 4K (4096 байтов).Но это не официальные ответы от Google.Я в настоящее время получаю идентификаторы регистрации, которые длиной 162 символа.Может кто-нибудь помочь?

Answer 1

Мне интересно знать об этом.Размер моего reg ID 183 символа.Я подозреваю, что это не будет длиннее 512 символов, не говоря уже о 4К.Представьте себе отправку объемного уведомления, 4K REG ID X 1000= 4 МБ Размер сообщения!

В конце я просто использую тип «Text» в моей таблице MySQL для хранения идентификатора регистрации.Итак, даже если Google прислает мне 1k, 2k или 4K (очень маловероятный) ID REG, я смогу справиться с этим.

Обновление: я столкнулся с новым ID Reg ID: 205.

Answer 2

на форуме Android-gcm форум Google разработчик Google подтверждает это4k

Answer 3

Это то, что сказано в GCM DOC,

Объект JSON, поля которых представляет собой пары клавишных данных данных полезных нагрузок сообщения. Если присутствует, данные полезной нагрузки он будет включен в намерение в качестве данных приложения, с помощью ключей является дополнительным именем. Например, «Данные»: {«Оценка»: «3x1»} приведет к увеличению дополнительной счеты с дополнительным именем, значение которой является строка 3x1.

Нет предела на количестве пар клавише / значения, хотя есть предел на общий размер сообщения (4 КБ). Значения могут быть любыми объектами JSON, но мы рекомендуем использовать строки, поскольку значения будут преобразованы в строки на сервере GCM в любом случае.

Если вы хотите включить объекты или другие не строковые типы данных (такие как целые числа или логические значения), вы должны сделать преобразование в строку самостоятельно. Также обратите внимание, что ключ не может быть зарезервированным словом (из или любого слова, начиная с Google.).

Слегка усложнить вещи, есть некоторые зарезервированные слова (такие как Collapse_key), которые технически разрешены в данных полезных нагрузок. Однако, если запрос также содержит слово, значение в запросе будет перезаписать значение в данных полезных нагрузок. Следовательно, использование слов, которые определяются как имена поля в этой таблице, даже в тех случаях, когда они технически разрешены. Необязательно.