GCM – Longueur maximale pour l’ID d’enregistrement

Mise à jour: GCM est obsolète, utilisez FCM

Quelle est la longueur maximale d’un identifiant d’inscription émis par les serveurs GCM? La documentation GCM ne fournit pas cette information. Googler pour cela révèle que l’identifiant d’enregistrement n’est pas de longueur fixe par nature et peut avoir une longueur maximale de 4K (4096 octets). Mais ce ne sont pas des réponses officielles de Google. Je reçois actuellement des ID d’inscription de 162 caractères. Quelqu’un peut-il aider?

Je suis intéressé à savoir à ce sujet aussi. La taille de mon identifiant est de 183 caractères. Je pense que ce ne sera pas plus long que 512 caractères, et encore moins 4K. Imaginez l’envoi d’une notification en bloc, un identifiant de registre 4K x 1000 = une taille de message de 4 Mo!

En fin de compte, j’utilise simplement le type ‘text’ dans ma table MySQL pour stocker l’identifiant d’enregistrement. Donc, même si Google m’envoie un identifiant 1K, 2K ou 4K (très improbable), je pourrai le gérer.

Mise à jour: je suis tombé sur une nouvelle taille de reg id: 205.

Sur le forum android-gcm, un développeur de Google confirme qu’il est en 4k

C’est ce que dit GCM doc,

Un object JSON dont les champs représentent les paires clé-valeur des données utiles du message. Si elles sont présentes, les données utiles qu’il contiendra dans Intent en tant que données d’application, la clé étant le nom supplémentaire. Par exemple, “data”: {“score”: “3×1”} aurait pour résultat une partition nommée supplémentaire dont la valeur est la chaîne 3×1.

Le nombre de paires clé / valeur est illimité, bien que la taille totale du message soit limitée (4 Ko). Les valeurs peuvent être n’importe quel object JSON, mais nous vous recommandons d’utiliser des chaînes, car les valeurs seront de toute façon converties en chaînes dans le serveur GCM.

Si vous souhaitez inclure des objects ou d’autres types de données non-chaîne (tels que des entiers ou des booléens), vous devez effectuer la conversion en chaîne. Notez également que la clé ne peut pas être un mot réservé (à partir de ou un mot commençant par google.).

Pour compliquer un peu les choses, certains mots réservés (tels que collapse_key) sont techniquement autorisés dans les données utiles. Cependant, si la requête contient également le mot, la valeur de la demande écrase la valeur dans les données utiles. Par conséquent, l’utilisation de mots définis comme noms de champs dans cette table n’est pas recommandée, même dans les cas où ils sont techniquement autorisés. Optionnel.