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 ukoń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, które 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:
Stan aplikacji | Powiadomienie | Dane | Oba rodzaje |
---|---|---|---|
Pierwszy plan | onMessageReceived |
onMessageReceived |
onMessageReceived |
Tło | obszar powiadomień. | onMessageReceived |
Powiadomienie: pasek systemowy Dane: w dodatkowych informacjach intencji. |
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>
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" />
Android wyświetla niestandardową ikonę domyślną w przypadku
- Wszystkie powiadomienia wysyłane z narzędzi do tworzenia 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 narzędzi do tworzenia powiadomień.
- każda wiadomość z powiadomieniem, która nie ma wyraźnie ustawionego koloru w danych ł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:
Kotlin+KTX
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. }
Java
@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. }
Zastąpić onDeletedMessages
W niektórych sytuacjach FCM może nie dostarczyć wiadomości. Dzieje się tak, gdy w danym momencie w aplikacji na konkretnym urządzeniu jest zbyt wiele oczekujących wiadomości (ponad 100) lub gdy urządzenie nie było połączone z aplikacją FCM przez ponad miesiąc. W takich przypadkach możesz otrzymać wywołanie zwrotne do FirebaseMessagingService.onDeletedMessages()
. Gdy instancja aplikacji otrzyma to wywołanie zwrotne, powinna przeprowadzić pełną synchronizację z serwerem aplikacji. Jeśli w ciągu ostatnich 4 tygodni nie wysłano do tej aplikacji żadnej wiadomości, FCM nie zadzwoni do onDeletedMessages()
.
Obsługa wiadomości z 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świetlić 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
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'
Aby umożliwić bezpośrednie uruchamianie aplikacji
FirebaseMessagingService
, dodaj atrybutandroid: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 się upewnić, że FirebaseMessagingService
może 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
,BroadcastReceivers
lub inneServices
, 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ądzeniach w trybie bezpośredniego uruchamiania znajdziesz w artykule Wysyłanie wiadomości na urządzeniach w trybie bezpośredniego uruchamiania.