Configurare un'app client Firebase Cloud Messaging su Android

I client FCM richiedono dispositivi con Android 5.0 o versioni successive su cui è installata anche l'app Google Play Store oppure un emulatore con Android 5.0 con le API di Google. Tieni presente che non sei limitato a implementare le tue app per Android tramite il Google Play Store.

Configura l'SDK

Questa sezione illustra le attività che potresti aver completato se hai già attivato altre funzionalità di Firebase per la tua app. Se non l'hai ancora fatto, aggiungi Firebase al tuo progetto Android

Modifica il file manifest dell'app

Aggiungi quanto segue al manifest della tua app:

  • Un servizio che espande FirebaseMessagingService. Questa autorizzazione è obbligatoria se vuoi gestire i messaggi oltre a ricevere notifiche sulle app in background. Per ricevere notifiche nelle app in primo piano, per ricevere il carico utile dei dati, per inviare messaggi in upstream e così via, devi estendere questo servizio.
    • <service
    android:name=".java.MyFirebaseMessagingService"
    android:exported="false">
    <intent-filter>
        <action android:name="com.google.firebase.MESSAGING_EVENT" />
    </intent-filter>
</service>
    AndroidManifest.xml
  • (Facoltativo) All'interno del componente dell'applicazione, elementi dei metadati per impostare un'icona e un colore di notifica predefiniti. Android utilizza questi valori ogni volta che i messaggi in arrivo non impostano esplicitamente l'icona o il colore.
    • <!-- 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
  • (Facoltativo) Da Android 8.0 (livello API 26) e versioni successive, i canali di notifica sono supportati e consigliati. FCM fornisce un canale di notifica predefinito con impostazioni di base. Se preferisci creare e utilizzare il tuo canale predefinito, imposta default_notification_channel_id sull'ID dell'oggetto del canale di notifica come mostrato; FCM utilizzerà questo valore ogni volta che i messaggi in arrivo non impostano esplicitamente un canale di notifica. Per scoprire di più, consulta Gestire i canali di notifica. 
    • <meta-data
    android:name="com.google.firebase.messaging.default_notification_channel_id"
    android:value="@string/default_notification_channel_id" />
    AndroidManifest.xml

Richiedere l'autorizzazione di accesso alle notifiche di runtime su Android 13 e versioni successive

Android 13 introduce una nuova autorizzazione di runtime per la visualizzazione delle notifiche. Questa operazione riguarda tutte le app con Android 13 o versioni successive che utilizzano le notifiche di FCM.

Per impostazione predefinita, l'SDK FCM (versione 23.0.6 o successive) include l'autorizzazione POST_NOTIFICATIONS definita nel file manifest. Tuttavia, la tua app dovrà richiedere anche la versione di runtime di questa autorizzazione tramite la costante android.permission.POST_NOTIFICATIONS. La tua app non potrà mostrare notifiche finché l'utente non avrà concesso questa autorizzazione.

Per richiedere la nuova autorizzazione di runtime:

Kotlin+KTX

// 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

In genere, devi mostrare un'interfaccia utente che spieghi all'utente le funzionalità che verranno attivate se concede le autorizzazioni per consentire all'app di pubblicare notifiche. Questa UI dovrebbe fornire all'utente le opzioni per accettare o rifiutare, ad esempio i pulsanti OK e No, grazie. Se l'utente seleziona Ok, richiedi direttamente l'autorizzazione. Se l'utente seleziona No, grazie, consenti all'utente di continuare senza notifiche.

Consulta Autorizzazione di runtime delle notifiche per ulteriori best practice su quando la tua app deve richiedere l'autorizzazione POST_NOTIFICATIONS all'utente.

Autorizzazioni di notifica per le app che hanno come target Android 12L (livello API 32) o versioni precedenti

Android chiede automaticamente all'utente l'autorizzazione la prima volta che la tua app crea un canale di notifica, a condizione che l'app sia in primo piano. Tuttavia, ci sono importanti avvertenze in merito alle tempistiche di creazione dei canali e richieste di autorizzazione:

  • Se la tua app crea il primo canale di notifica quando è in esecuzione in background (come fa l'SDK FCM quando riceve una notifica FCM), Android non consentirà la visualizzazione della notifica e non chiederà all'utente l'autorizzazione di notifica fino alla successiva apertura dell'app. Ciò significa che tutte le notifiche ricevute prima che l'app venga aperta e l'utente accetti l'autorizzazione andranno perse.
  • Ti consigliamo vivamente di aggiornare la tua app in modo che abbia come target Android 13 o versioni successive per beneficiare delle API della piattaforma per richiedere l'autorizzazione. Se ciò non è possibile, la tua app deve creare canali di notifica prima di inviare qualsiasi notifica all'app per attivare la finestra di dialogo delle autorizzazioni alle notifiche e garantire che non vengano perse notifiche. Per ulteriori informazioni, consulta le best practice relative alle autorizzazioni alle notifiche.

(Facoltativo) Rimuovi l'autorizzazione POST_NOTIFICATIONS

Per impostazione predefinita, l'SDK FCM include l'autorizzazione POST_NOTIFICATIONS. Se la tua app non utilizza messaggi di notifica (tramite notifiche di FCM, tramite un altro SDK o pubblicati direttamente dall'app) e non vuoi che l'app includa l'autorizzazione, puoi rimuoverla utilizzando l'indicatore remove dell'unione del file manifest. Tieni presente che la rimozione di questa autorizzazione impedisce la visualizzazione di tutte le notifiche, non solo di quelle di FCM. Aggiungi quanto segue al file manifest della tua app:

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

Accedere al token di registrazione del dispositivo

All'avvio iniziale dell'app, l'SDK FCM genera un token di registrazione per l'istanza dell'app client. Se vuoi scegliere come target singoli dispositivi o creare gruppi di dispositivi, devi accedere a questo token estendendo FirebaseMessagingService e sostituendo onNewToken.

Questa sezione descrive come recuperare il token e come monitorare le modifiche al token. Poiché il token può essere ruotato dopo l'avvio iniziale, ti consigliamo vivamente di recuperare il token di registrazione aggiornato più recente.

Il token di registrazione può cambiare quando:

  • L'app viene ripristinata su un nuovo dispositivo
  • L'utente disinstalla/reinstalla l'app
  • L'utente cancella i dati dell'app.

Recupera il token di registrazione corrente

Quando devi recuperare il token corrente, chiama FirebaseMessaging.getInstance().getToken():

Kotlin+KTX

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();
        }
    });

Monitora la generazione dei token

Il callback onNewToken viene attivato ogni volta che viene generato un nuovo token.

Kotlin+KTX

/**
 * 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

Dopo aver ottenuto il token, puoi inviarlo al server dell'app e archiviarlo utilizzando il metodo che preferisci.

Verifica la disponibilità di Google Play Services

Le app che si basano sull'SDK Play Services devono sempre controllare se sul dispositivo è presente un APK di Google Play Services compatibile prima di accedere alle funzionalità di Google Play Services. Ti consigliamo di farlo in due punti: nel metodo onCreate() dell'attività principale e nel metodo onResume(). Il controllo in onCreate() garantisce che l'app non possa essere utilizzata senza un controllo riuscito. Il controllo in onResume() garantisce che se l'utente torna all'app in esecuzione tramite altri mezzi, come tramite il pulsante Indietro, il controllo venga comunque eseguito.

Se il dispositivo non dispone di una versione compatibile di Google Play Services, la tua app può chiamare GoogleApiAvailability.makeGooglePlayServicesAvailable() per consentire agli utenti di scaricare Google Play Services dal Play Store.

Impedire l'inizializzazione automatica

Quando viene generato un token di registrazione FCM, la libreria carica i dati dell'identificatore e della configurazione in Firebase. Se preferisci impedire la generazione automatica dei token, disattiva la raccolta di Analytics e l'inizializzazione automatica di FCM (devi disattivare entrambi) aggiungendo questi valori dei metadati a 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

Per riattivare l'inizializzazione automatica di FCM, effettua una chiamata di runtime:

Kotlin+KTX

Firebase.messaging.isAutoInitEnabled = true
MainActivity.kt

Java

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

Per riattivare la raccolta Analytics, chiama il metodo setAnalyticsCollectionEnabled() della classe FirebaseAnalytics. Ad esempio:

setAnalyticsCollectionEnabled(true);

Una volta impostati, questi valori rimangono invariati dopo i riavvii dell'app.

Passaggi successivi

Dopo aver configurato l'app client, puoi iniziare a inviare messaggi a valle con lo Editor di notifiche. Questa funzionalità è illustrata nell'esempio di guida rapida, che puoi scaricare, eseguire e esaminare.

Per aggiungere un comportamento più avanzato alla tua app, puoi dichiarare un filtro per intent e implementare un'attività per rispondere ai messaggi in arrivo. Per maggiori dettagli, consulta le guide per l'invio di messaggi da un server app:

Tieni presente che, per usufruire di queste funzionalità, devi disporre di un'implementazione del server e dei protocolli del server (HTTP o XMPP) oppure di un'implementazione dell'SDK Admin.