Firebase Messagerie en Nuage de Manutention de déconnexion

J'ai fait une brève recherche sur ce qui serait la solution la plus élégante pour reprendre le contrôle total (s'abonner et se désabonner de la FCM) comme avant. Activer et désactiver la FCM après la connexion de l'utilisateur ou à l'extérieur.

L'étape 1. - Empêcher la connexion automatique de l'initialisation

Firebase maintenant la poignée de la InstanceID et tout ce qui faut pour générer un enregistrement de jeton. Tout d'abord, vous devez empêcher les auto initialisation. Basé sur le fonctionnaire mis en place la documentation vous devez ajouter ces méta-données valeurs de votre AndroidManifest.xml:

<?xml version="1.0" encoding="utf-8"?>
<application>

  <!-- FCM: Disable auto-init -->
  <meta-data android:name="firebase_messaging_auto_init_enabled"
             android:value="false" />
  <meta-data android:name="firebase_analytics_collection_enabled"
             android:value="false" />

  <!-- FCM: Receive token and messages -->
  <service android:name=".FCMService">
    <intent-filter>
        <action android:name="com.google.firebase.MESSAGING_EVENT"/>
    </intent-filter>
  </service>

</application>

Maintenant vous avez désactivé automatique jeton de processus de demande. Dans le même temps, vous avez une option pour l'activer de nouveau au moment de l'exécution par le code.

L'étape 2. - Mettre en œuvre enableFCM() et disableFCM() fonctions

Si vous activer la fonction d'initialisation de nouveau alors que vous avez reçu un nouveau jeton immédiatement, c'est donc un moyen idéal pour mettre en œuvre la enableFCM() méthode.
Tous souscrire à l'information attribués à InstanceID, de sorte que lorsque vous le supprimer puis de lancer pour vous désabonner de tous les sujet. De cette manière vous en mesure de mettre en œuvre disableFCM() méthode, il suffit de tourner dos de désactiver l'auto-init avant de le supprimer.

public class FCMHandler {

    public void enableFCM(){
        //Enable FCM via enable Auto-init service which generate new token and receive in FCMService
        FirebaseMessaging.getInstance().setAutoInitEnabled(true);
    }

    public void disableFCM(){
        //Disable auto init
        FirebaseMessaging.getInstance().setAutoInitEnabled(false);
        new Thread(() -> {
            try {
                //Remove InstanceID initiate to unsubscribe all topic
                //TODO: May be a better way to use FirebaseMessaging.getInstance().unsubscribeFromTopic()
                FirebaseInstanceId.getInstance().deleteInstanceId();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }).start();
    }

}

L'étape 3. - FCMService la mise en œuvre du jeton et le message de réception

Dans la dernière étape, vous avez besoin pour recevoir le nouveau jeton et de les envoyer directement à votre serveur.
D'autres part, vous recevrez un message de données et juste faire ce que vous voulez.

public class FCMService extends FirebaseMessagingService {

    @Override
    public void onNewToken(String token) {
        super.onNewToken(token);
        //TODO: send your new token to the server
    }

    @Override
    public void onMessageReceived(RemoteMessage remoteMessage) {
        super.onMessageReceived(remoteMessage);
        String from = remoteMessage.getFrom();
        Map data = remoteMessage.getData();
        if (data != null) {
            //TODO: handle your message and data
            sendMessageNotification(message, messageId);
        }
    }

    private void sendMessageNotification(String msg, long messageId) {
        //TODO: show notification using NotificationCompat
    }
}

Je pense que cette solution est clair, simple et transparent. Je l'ai testé dans un environnement de production et il fonctionne. J'espère que ça a été utile.

Les développeurs ne devraient jamais annuler l'inscription du client app comme un mécanisme pour
fermez la session ou pour la commutation entre les utilisateurs, pour les raisons suivantes:

• Un enregistrement jeton n'est pas lié à un utilisateur connecté. Si l'application cliente se désinscrit et puis re-registres, l'application peut
  recevoir la même inscription jeton ou un autre enregistrement jeton.

• L'annulation de l'inscription et de réinscription chacun peut prendre jusqu'à cinq minutes pour se propager. Pendant ce temps, les messages peuvent être rejetées en raison de la
  non de l'état, et les messages peuvent aller à l'utilisateur tort. Pour faire
  assurez-vous que les messages aller à la destination de l'utilisateur:

• Le serveur d'application peut maintenir une correspondance entre l'utilisateur actuel et l'enregistrement jeton.

• L'application client peut ensuite vérifier pour s'assurer que les messages qu'il reçoit de match de l'utilisateur connecté.

docs

Depuis le getToken() est obsolète, utilisez getInstanceId() de régénérer un nouveau jeton de la place. Il a le même effet.

public static void resetInstanceId() {
    new Thread(new Runnable() {
        @Override
        public void run() {
            try {
                FirebaseInstanceId.getInstance().deleteInstanceId();
                FirebaseInstanceId.getInstance().getInstanceId();   
                Helper.log(TAG, "InstanceId removed and regenerated.");
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }).start();
}