Recevoir des messages dans une application Android

Les notifications Firebase se comportent différemment selon l'état de premier plan/arrière-plan de l'application réceptrice. Si vous souhaitez que les applications au premier plan reçoivent des messages de notification ou des messages de données, vous devrez écrire du code pour gérer le rappel onMessageReceived . Pour une explication de la différence entre les messages de notification et de données, voir Types de messages .

Gestion des messages

Pour recevoir des messages, utilisez un service qui étend FirebaseMessagingService . Votre service doit remplacer les rappels onMessageReceived et onDeletedMessages .

La fenêtre de temps de traitement d'un message peut être inférieure à 20 secondes en fonction des retards encourus avant l'appel de onMessageReceived , y compris les retards du système d'exploitation, le temps de démarrage de l'application, le thread principal bloqué par d'autres opérations ou les appels onMessageReceived précédents prenant trop de temps. Passé ce délai, divers comportements du système d'exploitation, tels que la suppression des processus d'Android ou les limites d'exécution en arrière-plan d'Android O, peuvent interférer avec votre capacité à terminer votre travail.

onMessageReceived est fourni pour la plupart des types de messages, avec les exceptions suivantes :

• Messages de notification envoyés lorsque votre application est en arrière-plan . Dans ce cas, la notification est envoyée dans la barre d'état système de l'appareil. Un utilisateur appuyant sur une notification ouvre le lanceur d'applications par défaut.

• Messages avec notification et charge utile de données, lorsqu'ils sont reçus en arrière-plan . Dans ce cas, la notification est envoyée dans la barre d'état système de l'appareil et la charge utile des données est livrée dans les extras de l'intention de votre activité de lancement.

En résumé:

Modifier le manifeste de l'application

Pour utiliser FirebaseMessagingService , vous devez ajouter les éléments suivants dans le manifeste de votre application :

<service
    android:name=".java.MyFirebaseMessagingService"
    android:exported="false">
    <intent-filter>
        <action android:name="com.google.firebase.MESSAGING_EVENT" />
    </intent-filter>
</service>
AndroidManifest.xml

Il est également recommandé de définir des valeurs par défaut pour personnaliser l'apparence des notifications. Vous pouvez spécifier une icône par défaut personnalisée et une couleur par défaut personnalisée qui sont appliquées chaque fois que des valeurs équivalentes ne sont pas définies dans la charge utile de notification.

Ajoutez ces lignes à l'intérieur de la balise application pour définir l'icône par défaut personnalisée et la couleur personnalisée :

<!-- Set custom default icon. This is used when no icon is set for incoming notification messages.
     See README(https://goo.gl/l4GJaQ) for more. -->
<meta-data
    android:name="com.google.firebase.messaging.default_notification_icon"
    android:resource="@drawable/ic_stat_ic_notification" />
<!-- Set color used with incoming notification messages. This is used when no color is set for the incoming
     notification message. See README(https://goo.gl/6BKBk7) for more. -->
<meta-data
    android:name="com.google.firebase.messaging.default_notification_color"
    android:resource="@color/colorAccent" />
AndroidManifest.xml

Android affiche l'icône personnalisée par défaut pour

• Tous les messages de notification envoyés par le compositeur de notifications .
• Tout message de notification qui ne définit pas explicitement l'icône dans la charge utile de notification.

Android utilise la couleur par défaut personnalisée pour

• Tous les messages de notification envoyés par le compositeur de notifications .
• Tout message de notification qui ne définit pas explicitement la couleur dans la charge utile de notification.

Si aucune icône personnalisée par défaut n'est définie et qu'aucune icône n'est définie dans la charge utile de notification, Android affiche l'icône de l'application rendue en blanc.

Remplacer onMessageReceived

En remplaçant la méthode FirebaseMessagingService.onMessageReceived , vous pouvez effectuer des actions basées sur l'objet RemoteMessage reçu et obtenir les données du message :

override fun onMessageReceived(remoteMessage: RemoteMessage) {
    // TODO(developer): Handle FCM messages here.
    // Not getting messages here? See why this may be: https://goo.gl/39bRNJ
    Log.d(TAG, "From: ${remoteMessage.from}")

    // Check if message contains a data payload.
    if (remoteMessage.data.isNotEmpty()) {
        Log.d(TAG, "Message data payload: ${remoteMessage.data}")

        // Check if data needs to be processed by long running job
        if (needsToBeScheduled()) {
            // For long-running tasks (10 seconds or more) use WorkManager.
            scheduleJob()
        } else {
            // Handle message within 10 seconds
            handleNow()
        }
    }

    // Check if message contains a notification payload.
    remoteMessage.notification?.let {
        Log.d(TAG, "Message Notification Body: ${it.body}")
    }

    // Also if you intend on generating your own notifications as a result of a received FCM
    // message, here is where that should be initiated. See sendNotification method below.
}
MyFirebaseMessagingService.kt

@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
    // TODO(developer): Handle FCM messages here.
    // Not getting messages here? See why this may be: https://goo.gl/39bRNJ
    Log.d(TAG, "From: " + remoteMessage.getFrom());

    // Check if message contains a data payload.
    if (remoteMessage.getData().size() > 0) {
        Log.d(TAG, "Message data payload: " + remoteMessage.getData());

        if (/* Check if data needs to be processed by long running job */ true) {
            // For long-running tasks (10 seconds or more) use WorkManager.
            scheduleJob();
        } else {
            // Handle message within 10 seconds
            handleNow();
        }

    }

    // Check if message contains a notification payload.
    if (remoteMessage.getNotification() != null) {
        Log.d(TAG, "Message Notification Body: " + remoteMessage.getNotification().getBody());
    }

    // Also if you intend on generating your own notifications as a result of a received FCM
    // message, here is where that should be initiated. See sendNotification method below.
}
MyFirebaseMessagingService.java

Remplacer onDeletedMessages

Gérer les messages de notification dans une application en arrière-plan

Lorsque votre application est en arrière-plan, Android dirige les messages de notification vers la barre d'état système. Un utilisateur appuyant sur la notification ouvre le lanceur d'applications par défaut.

Cela inclut les messages contenant à la fois des notifications et des données utiles (ainsi que tous les messages envoyés depuis la console de notifications). Dans ces cas, la notification est envoyée dans la barre d'état système de l'appareil et la charge utile des données est livrée dans les extras de l'intention de votre activité de lancement.

Pour obtenir un aperçu de la transmission des messages à votre application, consultez le tableau de bord de reporting FCM , qui enregistre le nombre de messages envoyés et ouverts sur les appareils Apple et Android, ainsi que les données sur les « impressions » (notifications vues par les utilisateurs) pour les applications Android.

Recevoir des messages FCM en mode de démarrage direct

Les développeurs qui souhaitent envoyer des messages FCM aux applications avant même que l'appareil ne soit déverrouillé peuvent activer une application Android pour recevoir des messages lorsque l'appareil est en mode de démarrage direct. Par exemple, vous souhaiterez peut-être que les utilisateurs de votre application reçoivent des notifications d'alarme même sur un appareil verrouillé.

Lors de la création de ce cas d'utilisation, respectez les bonnes pratiques générales et les restrictions relatives au mode de démarrage direct . Il est particulièrement important de prendre en compte la visibilité des messages activés pour le démarrage direct ; tout utilisateur ayant accès à l'appareil peut afficher ces messages sans saisir les informations d'identification de l'utilisateur.

Conditions préalables

• Le périphérique doit être configuré pour le mode de démarrage direct.
• L'appareil doit disposer d'une version récente des services Google Play installée (19.0.54 ou version ultérieure).
• L'application doit utiliser le SDK FCM ( com.google.firebase:firebase-messaging ) pour recevoir des messages FCM.

Activer la gestion des messages en mode démarrage direct dans votre application

1. Dans le fichier Gradle au niveau de l'application, ajoutez une dépendance à la bibliothèque de prise en charge du démarrage direct FCM :

   implementation 'com.google.firebase:firebase-messaging-directboot:20.2.0'
   

2. Activez le démarrage direct FirebaseMessagingService de l'application en ajoutant l'attribut android:directBootAware="true" dans le manifeste de l'application :

   <service
       android:name=".java.MyFirebaseMessagingService"
       android:exported="false"
       android:directBootAware="true">
       <intent-filter>
           <action android:name="com.google.firebase.MESSAGING_EVENT" />
       </intent-filter>
   </service>
   

Il est important de s'assurer que ce FirebaseMessagingService peut s'exécuter en mode de démarrage direct. Vérifiez les exigences suivantes :

• Le service ne doit pas accéder au stockage protégé par les informations d'identification lorsqu'il s'exécute en mode de démarrage direct.
• Le service ne doit pas tenter d'utiliser des composants, tels que Activities , BroadcastReceivers ou d'autres Services qui ne sont pas marqués comme prenant en charge le démarrage direct lors de l'exécution en mode de démarrage direct.
• Les bibliothèques utilisées par le service ne doivent pas non plus accéder au stockage protégé par informations d'identification ni appeler des composants non directBootAware lors de l'exécution en mode de démarrage direct. Cela signifie que toutes les bibliothèques utilisées par l'application et appelées à partir du service devront soit prendre en charge le démarrage direct, soit l'application devra vérifier si elle s'exécute en mode de démarrage direct et ne pas les appeler dans ce mode. Par exemple, les SDK Firebase fonctionnent avec le démarrage direct (ils peuvent être inclus dans une application sans la faire planter en mode de démarrage direct), mais de nombreuses API Firebase ne prennent pas en charge l'appel en mode de démarrage direct.
• Si l'application utilise une Application personnalisée, l' Application devra également prendre en charge le démarrage direct (pas d'accès au stockage protégé par les informations d'identification en mode de démarrage direct).

Pour obtenir des conseils sur l'envoi de messages aux appareils en mode de démarrage direct, consultez Envoyer des messages activés pour le démarrage direct .