Odbieranie wiadomości w aplikacji na Androida

Powiadomienia Firebase działają inaczej w zależności od stanu aplikacji odbiorczej (na pierwszym lub drugim planie). Jeśli chcesz, aby aplikacje na pierwszym planie otrzymywały wiadomości z powiadomieniami lub dane, musisz napisać kod do obsługi wywołania zwrotnego onMessageReceived. Więcej informacji o różnicach między powiadomieniami a wiadomościami z danymi znajdziesz w artykule Typy wiadomości.

Obsługa wiadomości

Aby otrzymywać wiadomości, użyj usługi, która rozszerza FirebaseMessagingService. Usługa powinna zastąpić wywołania zwrotne onMessageReceived i onDeletedMessages.

Okno czasowe na przetworzenie wiadomości może być krótsze niż 20 sekund, w zależności od opóźnień występujących przed wywołaniem funkcji onMessageReceived, w tym opóźnień systemu operacyjnego, czasu uruchamiania aplikacji, blokowania głównego wątku przez inne operacje lub zbyt długiego czasu trwania poprzednich wywołań funkcji onMessageReceived. Po tym czasie różne zachowania systemu operacyjnego, takie jak zabijanie procesów w Androidzie lub ograniczenia dotyczące wykonywania procesów w tle w Androidzie O, mogą utrudniać Ci dokończenie pracy.

onMessageReceived jest dostępna w przypadku większości typów wiadomości, z tymi wyjątkami:

• Powiadomienia wysyłane, gdy aplikacja działa w tle. W takim przypadku powiadomienie jest dostarczane do obszaru powiadomień urządzenia. Kliknięcie powiadomienia powoduje domyślnie otwarcie menu z aplikacjami.

• Wiadomości z zawartością danych i powiadomienia, gdy są odbierane w tle. W takim przypadku powiadomienie jest dostarczane do zasobnika systemowego urządzenia, a dane są dostarczane w ramach dodatkowych informacji o intencji aktywności w launcherze.

W skrócie:

Edytowanie pliku manifestu aplikacji

Aby używać FirebaseMessagingService, musisz dodać do pliku manifestu aplikacji:

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

Zalecamy też ustawienie wartości domyślnych, aby dostosować wygląd powiadomień. Możesz określić niestandardową domyślną ikonę i niestandardowy domyślny kolor, które są stosowane, gdy w danych powiadomienia nie są ustawione odpowiednie wartości.

Aby ustawić niestandardową ikonę domyślną i niestandardowy kolor, dodaj te wiersze w tagu application:

<!-- 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 wyświetla niestandardową ikonę domyślną dla

• Wszystkie powiadomienia wysyłane z edytora powiadomień.
• każde powiadomienie, które nie ma wyraźnie ustawionej ikony w danych powiadomienia;

Android używa niestandardowego koloru domyślnego w przypadku

• Wszystkie powiadomienia wysyłane z edytora powiadomień.
• każda wiadomość, która nie ustawia koloru w swoim ładunku;

Jeśli nie ustawisz niestandardowej domyślnej ikony ani nie podasz ikony w danych powiadomienia, Android wyświetli ikonę aplikacji w kolorze białym.

Zastąpić onMessageReceived

Zastępując metodę FirebaseMessagingService.onMessageReceived, możesz wykonywać działania na podstawie otrzymanego obiektu RemoteMessage i pobierać dane wiadomości:

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

Zastąpić onDeletedMessages

Obsługa powiadomień w aplikacji działającej w tle

Gdy aplikacja działa w tle, Android kieruje powiadomienia do obszaru powiadomień. Kliknięcie powiadomienia powoduje domyślnie otwarcie menu z aplikacjami.

Dotyczy to wiadomości zawierających zarówno powiadomienia, jak i dane (oraz wszystkich wiadomości wysłanych z konsoli powiadomień). W takich przypadkach powiadomienie jest wysyłane do zasobnika systemowego urządzenia, a dane są dostarczane w ramach dodatkowych informacji o intencji w aktywności Launchera.

Aby uzyskać informacje o dostarczaniu wiadomości do aplikacji, otwórz FCM panel raportowania, który zawiera informacje o liczbie wiadomości wysłanych i otwartych na urządzeniach Apple i Android, a także dane o wyświetleniach (powiadomieniach wyświetlanych użytkownikom) aplikacji na Androida.

Odbieranie wiadomości FCM w trybie bezpośredniego uruchamiania

Deweloperzy, którzy chcą wysyłać wiadomości FCM do aplikacji jeszcze przed odblokowaniem urządzenia, mogą włączyć w aplikacji na Androida możliwość odbierania wiadomości, gdy urządzenie jest w trybie bezpośredniego uruchamiania. Możesz na przykład chcieć, aby użytkownicy Twojej aplikacji otrzymywali powiadomienia o alarmach nawet na zablokowanym urządzeniu.

Podczas tworzenia tego przypadku użycia należy przestrzegać ogólnych sprawdzonych metod i ograniczeń dotyczących trybu bezpośredniego uruchamiania. Szczególnie ważne jest uwzględnienie widoczności wiadomości w trybie bezpośredniego uruchamiania. Każdy użytkownik z dostępem do urządzenia może wyświetlać te wiadomości bez podawania danych logowania.

Wymagania wstępne

• Urządzenie musi być skonfigurowane do uruchamiania w trybie bezpośrednim.
• Na urządzeniu musi być zainstalowana najnowsza wersja Usług Google Play (19.0.54 lub nowsza).
• Aby otrzymywać wiadomości FCM, aplikacja musi używać pakietu FCM SDK (com.google.firebase:firebase-messaging).

Włączanie obsługi wiadomości w trybie bezpośredniego uruchamiania w aplikacji

1. W pliku Gradle na poziomie aplikacji dodaj zależność od biblioteki obsługi bezpośredniego uruchamiania Fcm:

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

2. Aby umożliwić uruchamianie aplikacji FirebaseMessagingService bezpośrednio po włączeniu urządzenia, dodaj atrybut android:directBootAware="true" w pliku manifestu aplikacji:

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

Należy pamiętać, aby FirebaseMessagingService działał w trybie bezpośredniego uruchamiania. Sprawdź, czy spełniasz te wymagania:

• Usługa nie powinna mieć dostępu do pamięci chronionej danymi logowania podczas działania w trybie bezpośredniego uruchamiania.
• Usługa nie powinna próbować używać komponentów, takich jak Activities, BroadcastReceiverslub inne Services, które nie są oznaczone jako obsługujące bezpośrednie uruchamianie podczas działania w trybie bezpośredniego uruchamiania.
• Biblioteki używane przez usługę nie mogą też uzyskiwać dostępu do magazynu chronionego za pomocą danych logowania ani wywoływać komponentów, które nie są świadome bezpośredniego uruchamiania. Oznacza to, że wszystkie biblioteki używane przez aplikację i wywoływane przez usługę muszą być świadome bezpośredniego uruchamiania lub aplikacja musi sprawdzać, czy działa w trybie bezpośredniego uruchamiania, i nie wywoływać ich w tym trybie. Na przykład pakiety SDK Firebase działają w trybie bezpośredniego uruchamiania (można je dodać do aplikacji bez jej zamykania w tym trybie), ale wiele interfejsów API Firebase nie obsługuje wywoływania w tym trybie.
• Jeśli aplikacja korzysta z niestandardowego Application, Application musi też obsługiwać bezpośrednie uruchamianie (w trybie bezpośredniego uruchamiania nie ma dostępu do pamięci chronionej hasłem).

Więcej informacji o wysyłaniu wiadomości na urządzenia w trybie bezpośredniego uruchamiania znajdziesz w artykule Wysyłanie wiadomości w trybie bezpośredniego uruchamiania.