Konfigurowanie aplikacji klienckiej Komunikacja w chmurze Firebase na urządzeniu z Androidem

FCM wymagają urządzeń z Androidem 5.0 lub nowszym, na których jest też zainstalowana aplikacja Sklep Google Play, lub emulatora z Androidem 5.0 z interfejsami API Google. Pamiętaj, że nie musisz wdrażać aplikacji na Androida w Sklepie Google Play.

Konfigurowanie pakietu SDK

W tej sekcji znajdziesz czynności, które możesz już mieć wykonane, jeśli masz w swojej aplikacji włączone inne funkcje Firebase. Dodaj Firebase do projektu na Androida

Edytowanie pliku manifestu aplikacji

Dodaj do pliku manifestu aplikacji:

  • Usługa rozszerzająca FirebaseMessagingService. Jest to wymagane, jeśli chcesz zarządzać wiadomościami w inny sposób niż przez otrzymywanie powiadomień w aplikacjach działających w tle. Aby otrzymywać powiadomienia w aplikacjach na pierwszym planie, odbierać dane, wysyłać wiadomości w dół łańcucha itp., musisz rozszerzyć tę usługę.
    • <service
    android:name=".java.MyFirebaseMessagingService"
    android:exported="false">
    <intent-filter>
        <action android:name="com.google.firebase.MESSAGING_EVENT" />
    </intent-filter>
</service>
    AndroidManifest.xml
  • (Opcjonalnie) W komponencie aplikacji elementy metadanych służące do ustawiania domyślnej ikony i koloru powiadomienia. Android używa tych wartości, gdy przychodzące wiadomości nie mają określonej ikony ani koloru.
    • <!-- 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
  • (Opcjonalnie) Począwszy od Androida 8.0 (poziom interfejsu API 26) i wyżej obsługiwane są kanały powiadomień i zaleca się ich używanie. FCM udostępnia domyślny kanał powiadomień z podstawowymi ustawieniami. Jeśli wolisz utworzyć i używać własnego kanału domyślnego, ustaw default_notification_channel_id na identyfikator obiektu kanału powiadomień, jak pokazano na ilustracji. FCM użyje tej wartości, gdy przychodzące wiadomości nie będą miały jawnie ustawionego kanału powiadomień. Więcej informacji znajdziesz w artykule Zarządzanie kanałami powiadomień. 
    • <meta-data
    android:name="com.google.firebase.messaging.default_notification_channel_id"
    android:value="@string/default_notification_channel_id" />
    AndroidManifest.xml

Prośba o zgodę na wyświetlanie powiadomień w czasie działania aplikacji w Androidzie 13 i nowszych

Android 13 wprowadza nowe uprawnienie do wyświetlania powiadomień. Dotyczy to wszystkich aplikacji działających na Androidzie 13 lub nowszym, które korzystają z powiadomień FCM.

Domyślnie pakiet SDK FCM (w wersji 23.0.6 lub nowszej) zawiera uprawnienie POST_NOTIFICATIONS zdefiniowane w pliku manifestu. Aplikacja musi też poprosić o wersję tego uprawnienia w czasie wykonywania za pomocą stałej android.permission.POST_NOTIFICATIONS. Aplikacja nie będzie mogła wyświetlać powiadomień, dopóki użytkownik nie udzieli na to zgody.

Aby poprosić o nowe uprawnienia w czasie wykonywania:

Kotlin

// Declare the launcher at the top of your Activity/Fragment:
private val requestPermissionLauncher = registerForActivityResult(
    ActivityResultContracts.RequestPermission(),
) { isGranted: Boolean ->
    if (isGranted) {
        // FCM SDK (and your app) can post notifications.
    } else {
        // TODO: Inform user that that your app will not show notifications.
    }
}

private fun askNotificationPermission() {
    // This is only necessary for API level >= 33 (TIRAMISU)
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
        if (ContextCompat.checkSelfPermission(this, Manifest.permission.POST_NOTIFICATIONS) ==
            PackageManager.PERMISSION_GRANTED
        ) {
            // FCM SDK (and your app) can post notifications.
        } else if (shouldShowRequestPermissionRationale(Manifest.permission.POST_NOTIFICATIONS)) {
            // TODO: display an educational UI explaining to the user the features that will be enabled
            //       by them granting the POST_NOTIFICATION permission. This UI should provide the user
            //       "OK" and "No thanks" buttons. If the user selects "OK," directly request the permission.
            //       If the user selects "No thanks," allow the user to continue without notifications.
        } else {
            // Directly ask for the permission
            requestPermissionLauncher.launch(Manifest.permission.POST_NOTIFICATIONS)
        }
    }
}
MainActivity.kt

Java

// Declare the launcher at the top of your Activity/Fragment:
private final ActivityResultLauncher<String> requestPermissionLauncher =
        registerForActivityResult(new ActivityResultContracts.RequestPermission(), isGranted -> {
            if (isGranted) {
                // FCM SDK (and your app) can post notifications.
            } else {
                // TODO: Inform user that that your app will not show notifications.
            }
        });

private void askNotificationPermission() {
    // This is only necessary for API level >= 33 (TIRAMISU)
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
        if (ContextCompat.checkSelfPermission(this, Manifest.permission.POST_NOTIFICATIONS) ==
                PackageManager.PERMISSION_GRANTED) {
            // FCM SDK (and your app) can post notifications.
        } else if (shouldShowRequestPermissionRationale(Manifest.permission.POST_NOTIFICATIONS)) {
            // TODO: display an educational UI explaining to the user the features that will be enabled
            //       by them granting the POST_NOTIFICATION permission. This UI should provide the user
            //       "OK" and "No thanks" buttons. If the user selects "OK," directly request the permission.
            //       If the user selects "No thanks," allow the user to continue without notifications.
        } else {
            // Directly ask for the permission
            requestPermissionLauncher.launch(Manifest.permission.POST_NOTIFICATIONS);
        }
    }
}
MainActivity.java

Zazwyczaj należy wyświetlić użytkownikowi interfejs z informacjami o funkcjach, które zostaną włączone, jeśli użytkownik przyzna aplikacji uprawnienia do wysyłania powiadomień. Interfejs powinien zawierać opcje umożliwiające użytkownikowi wyrażenie zgody lub odmowę, np. przyciski OK i Nie, dziękuję. Jeśli użytkownik kliknie OK, poproś bezpośrednio o uprawnienia. Jeśli użytkownik wybierze Nie, dziękuję, pozwól mu kontynuować bez powiadomień.

Więcej informacji o sprawdzonych metodach dotyczących tego, kiedy aplikacja powinna poprosić użytkownika o uprawnienia POST_NOTIFICATIONS, znajdziesz w artykule Uprawnienia dotyczące powiadomień w czasie działania.

Uprawnienia dotyczące powiadomień w przypadku aplikacji kierowanych na Androida 12L (poziom interfejsu API 32) lub starszego

Android automatycznie prosi użytkownika o pozwolenie, gdy aplikacja po raz pierwszy tworzy kanał powiadomień, o ile aplikacja jest na pierwszym planie. Pamiętaj jednak, że w przypadku tworzenia kanału i wysyłania próśb o uprawnienia obowiązują ważne ograniczenia:

  • Jeśli aplikacja utworzy pierwszy kanał powiadomień, gdy działa w tle (co pakiet SDK FCM robi, gdy otrzyma powiadomienie FCM), Android nie pozwoli na wyświetlenie powiadomienia i nie poprosi użytkownika o uprawnienia do wyświetlania powiadomień, dopóki aplikacja nie zostanie otwarta ponownie. Oznacza to, że wszystkie powiadomienia otrzymane przed otwarciem aplikacji i wyrażeniem przez użytkownika zgody na dostęp do danych zostaną utracone.
  • Zdecydowanie zalecamy zaktualizowanie aplikacji na potrzeby Androida 13 lub nowszego, aby móc korzystać z interfejsów API tej platformy do żądania uprawnień. Jeśli to niemożliwe, aplikacja powinna utworzyć kanały powiadomień przed wysłaniem powiadomień do aplikacji, aby wywołać okno z prośbą o dostęp do powiadomień i zadbać o to, aby żadne powiadomienia nie zostały utracone. Więcej informacji znajdziesz w sprawdzonych metodach dotyczących uprawnień do wysyłania powiadomień.

Opcjonalnie: usuń uprawnienie POST_NOTIFICATIONS

Domyślnie pakiet SDK FCM zawiera uprawnienie POST_NOTIFICATIONS. Jeśli Twoja aplikacja nie używa komunikatów powiadomień (FCM powiadomień, innego pakietu SDK lub bezpośrednio przez aplikację) i nie chcesz, aby aplikacja zawierała to uprawnienie, możesz je usunąć za pomocą markera remove w pliku za pomocą narzędzia do scalania manifestów. Pamiętaj, że usunięcie tego uprawnienia spowoduje wyłączenie wszystkich powiadomień, a nie tylko tych z usług FCM. Dodaj do pliku manifestu aplikacji:

<uses-permission android:name="android.permission.POST_NOTIFICATIONS" tools:node="remove"/>

Dostęp do tokena rejestracji urządzenia

Podczas uruchamiania aplikacji pakiet SDK FCM generuje token rejestracji dla wystąpienia aplikacji klienta. Jeśli chcesz kierować reklamy na pojedyncze urządzenia lub tworzyć grupy urządzeń, musisz uzyskać dostęp do tego tokena, rozszerzając FirebaseMessagingService i zastępując onNewToken.

Z tej sekcji dowiesz się, jak pobrać token i monitorować jego zmiany. Ponieważ token może zostać zastąpiony po pierwszym uruchomieniu, zdecydowanie zalecamy pobranie najnowszego zaktualizowanego tokena rejestracji.

Token rejestracji może się zmienić, gdy:

  • Aplikacja jest przywracana na nowym urządzeniu
  • Użytkownik odinstaluje/ponownie zainstaluje aplikację.
  • Użytkownik czyści dane aplikacji.

Pobieranie bieżącego tokena rejestracji

Gdy chcesz pobrać bieżący token, wywołaj funkcję FirebaseMessaging.getInstance().getToken():

Kotlin

FirebaseMessaging.getInstance().token.addOnCompleteListener(OnCompleteListener { task ->
    if (!task.isSuccessful) {
        Log.w(TAG, "Fetching FCM registration token failed", task.exception)
        return@OnCompleteListener
    }

    // Get new FCM registration token
    val token = task.result

    // Log and toast
    val msg = getString(R.string.msg_token_fmt, token)
    Log.d(TAG, msg)
    Toast.makeText(baseContext, msg, Toast.LENGTH_SHORT).show()
})

Java

FirebaseMessaging.getInstance().getToken()
    .addOnCompleteListener(new OnCompleteListener<String>() {
        @Override
        public void onComplete(@NonNull Task<String> task) {
          if (!task.isSuccessful()) {
            Log.w(TAG, "Fetching FCM registration token failed", task.getException());
            return;
          }

          // Get new FCM registration token
          String token = task.getResult();

          // Log and toast
          String msg = getString(R.string.msg_token_fmt, token);
          Log.d(TAG, msg);
          Toast.makeText(MainActivity.this, msg, Toast.LENGTH_SHORT).show();
        }
    });

Monitorowanie generowania tokenów

Funkcja zwracana onNewToken jest wywoływana za każdym razem, gdy generowany jest nowy token.

Kotlin

/**
 * Called if the FCM registration token is updated. This may occur if the security of
 * the previous token had been compromised. Note that this is called when the
 * FCM registration token is initially generated so this is where you would retrieve the token.
 */
override fun onNewToken(token: String) {
    Log.d(TAG, "Refreshed token: $token")

    // If you want to send messages to this application instance or
    // manage this apps subscriptions on the server side, send the
    // FCM registration token to your app server.
    sendRegistrationToServer(token)
}
MyFirebaseMessagingService.kt

Java

/**
 * There are two scenarios when onNewToken is called:
 * 1) When a new token is generated on initial app startup
 * 2) Whenever an existing token is changed
 * Under #2, there are three scenarios when the existing token is changed:
 * A) App is restored to a new device
 * B) User uninstalls/reinstalls the app
 * C) User clears app data
 */
@Override
public void onNewToken(@NonNull String token) {
    Log.d(TAG, "Refreshed token: " + token);

    // If you want to send messages to this application instance or
    // manage this apps subscriptions on the server side, send the
    // FCM registration token to your app server.
    sendRegistrationToServer(token);
}
MyFirebaseMessagingService.java

Po uzyskaniu tokena możesz go wysłać na serwer aplikacji i zapisać go za pomocą preferowanej metody.

Sprawdzanie Usług Google Play

Aplikacje korzystające z pakietu SDK Usług Google Play powinny zawsze sprawdzać na urządzeniu, czy jest dostępny zgodny pakiet APK Usług Google Play, zanim uzyskają dostęp do funkcji Usług Google Play. Zalecamy wykonanie tego w 2 miejscach: w metodzie onCreate() głównej aktywności i w metodzie onResume() tej aktywności. Sprawdzanie w onCreate() zapewnia, że aplikacji nie można użyć bez pomyślnego sprawdzenia. Sprawdzenie w onResume() zapewnia, że jeśli użytkownik wróci do uruchomionej aplikacji w inny sposób, np. za pomocą przycisku Wstecz, sprawdzenie zostanie przeprowadzone.

Jeśli na urządzeniu nie ma zgodnej wersji Usług Google Play, aplikacja może wywołać funkcję GoogleApiAvailability.makeGooglePlayServicesAvailable(), aby umożliwić użytkownikom pobranie Usług Google Play ze Sklepu Play.

Zapobieganie automatycznej inicjalizacji

Gdy wygenerowany zostanie token rejestracji FCM, biblioteka prześle do Firebase identyfikator i dane konfiguracji. Jeśli wolisz zapobiec automatycznemu generowaniu tokenów, wyłącz zbieranie danych przez Analytics i automatyczną inicjalizację FCM (musisz wyłączyć obie te opcje), dodając te wartości metadanych do tagu AndroidManifest.xml:

<meta-data
    android:name="firebase_messaging_auto_init_enabled"
    android:value="false" />
<meta-data
    android:name="firebase_analytics_collection_enabled"
    android:value="false" />
AndroidManifest.xml

Aby ponownie włączyć automatyczną inicjalizację FCM, wykonaj wywołanie w czasie działania:

Kotlin

Firebase.messaging.isAutoInitEnabled = true
MainActivity.kt

Java

FirebaseMessaging.getInstance().setAutoInitEnabled(true);
MainActivity.java

Aby ponownie włączyć zbieranie danych Analytics, wywołaj metodę setAnalyticsCollectionEnabled() klasy FirebaseAnalytics. Przykład:

setAnalyticsCollectionEnabled(true);

Te wartości są zachowywane po ponownym uruchomieniu aplikacji.

Dalsze kroki

Po skonfigurowaniu aplikacji klienckiej możesz zacząć wysyłać wiadomości do użytkowników za pomocą edytora powiadomień. Ta funkcja jest demonstrowana w przykładowej aplikacji szybkiego startu, którą możesz pobrać, uruchomić i przeanalizować.

Aby dodać do aplikacji inne, bardziej zaawansowane funkcje, możesz zadeklarować filtr intencji i wdrażać aktywność, która będzie odpowiadać na przychodzące wiadomości. Szczegółowe informacje znajdziesz w instrukcjach wysyłania wiadomości z serwera aplikacji:

Pamiętaj, że aby korzystać z tych funkcji, musisz mieć wdrożoną implementację serwera i protokoły serwera (HTTP lub XMPP) albo implementację Admin SDK.