Durch das Aufheben der Registrierung und Neuregistrierung für GCM-Nachrichten sind zwei regIds gültig. Ist das wie beabsichtigt?

1. Wenn Sie die Registrierung aufheben, sollten Sie die alte Registrierungs-ID an Ihren Server senden und sie aus Ihrer Datenbank entfernen.

2. Angenommen, Sie haben Schritt 1 nicht ausgeführt. Wenn Sie nach der Registrierung und dem Abrufen der neuen Registrierungs-ID eine Nachricht mit der alten Registrierungs-ID senden, enthält die Antwort von Google eine kanonische Registrierungs-ID (die neue Registrierungs-ID) ). Diese Antwort zeigt an, dass der Server die alte Registrierungs-ID löschen und nur die neue verwenden sollte.

Ich hatte ein ähnliches Problem und glaube, ich habe zusammengefügt, was passiert, und habe eine Hybridlösung ausgearbeitet. Leider ist es immer noch nicht kugelsicher, obwohl es für meinen Fall funktioniert (mehr dazu später).

Hier ist, was ich glaube, Sie sehen:

• Fall 1: Ihr Drittanbieterserver sendet eine GCM-Push-Nachricht nach Schritt 2, aber vor Schritt 3 (d. h. der Fall, in dem Ihr Server eine Nachricht für Geräte-ID-A gesendet und NotRegistered empfangen hat). Laut der Google-Dokumentation hat Ihr GCM-Geräteclient gemeldet, dass kein Broadcast-Empfänger für die Nachricht konfiguriert ist (da er gerade deinstalliert ist). Dies hat zur Folge, dass die ID-A-Registrierung wie erwartet vom GCM-Dienst aufgehoben wird.

  Hier ist ein SO-Beitrag beschreibt den GCM-Registrierungsprozess für diesen Fall.

• Fall 2: Ihre App wurde deinstalliert und anschließend ohne eine GCM-Push-Nachricht auf dem Gerät neu installiert. In diesem Fall wird eine neue GCM-ID zugewiesen, aber der GCM-Dienst wird niemals auf das Fehlen eines Broadcast-Empfängers aufmerksam gemacht, so dass beide IDs gültig bleiben und beide dem Gerät zugestellt werden können. Dies wird vom GCM-Dienst als doppelte Registrierungs-ID gemeldet.

In beiden Fällen meldet der GCM-Dienst das Problem, und die Bereinigung kann im Nachhinein erfolgen.

Siehe SO-Post für eine sehr gute Erklärung der GCM Service Feedback.

Leider kann es zu spät sein, wenn Sie genau eine Zustellung Ihrer Nachricht sicherstellen möchten. Nach einigem Suchen muss ich schlussfolgern, dass man das nicht mit Sicherheit verhindern kann, aber man kann es etwas besser machen. Ich schlage vor, dass Sie auch die Aufhebung der Registrierung auf dem 3rd-Party-Server verwalten, anstatt zu erwarten, dass der GCM-Service ausschließlich damit umgeht. Dazu stelle ich sicher, dass jedes neue Gerät eine eindeutige Geräte-ID zusammen mit der von GCM zugewiesenen ID (d. H. Dem Paar) sendet / speichert. Wenn das gleiche Gerät aus irgendeinem Grund eine neue ID zugewiesen bekommt, kann der Drittanbieterserver den Fall erkennen und die Verwendung von ID-A beenden - anstatt darauf zu warten, dass der GCM-Dienst Sie auf die Duplizierung aufmerksam macht eine doppelte Lieferung.

Warum mag ich diese Lösung nicht besonders? Mehrere Gründe:

1. Für Instanzen, die bereits frei sind, gibt es keinen Migrationspfad - wir müssen annehmen, dass diese IDs gültig bleiben, bis wir etwas anderes entdecken können. Ich kann sie nicht zwingen, ihre GCM-IDs mit meinem 3rd-Party-Server neu zu registrieren, außer durch ein App-Update (das ich nicht erzwingen kann).
2. Für Geräte, die tun ein App-Update durchlaufen, können sie ihre Geräte-ID und aktuelle GCM-ID an meinen 3rd-Party-Server übertragen, aber sie wissen es nicht alle IDs, die durch Deinstallations- / Neuinstallationszyklen verloren gegangen sein könnten. Es sind genau diese "verlorenen" IDs, die in der Zukunft Probleme verursachen können - aber nur einmal, wenn Sie das oben in diesem SO-Link beschriebene Service-Feedback verwenden.
3. Das Ermitteln einer eindeutigen deviceId ist selbst problematisch. Googeln Sie einfach nach StackOverflow-Diskussionen über eindeutige Android-Geräte-IDs, um sie zu sehen ...