La notifica FCM su Android può sovrascrivere quella precedente?

Sto utilizzando FCM per submit notifiche ai dispositivi Android. Quando l'applicazione è in background, se invio 10 notifiche, i dispositivi visualizzeranno 10 voci nella barra di notifica.

Voglio che FCM effettui una sola voce sulla barra di notifica, vale a dire il più recente sovrascrive quelli vecchi. Non trovo una chiave per impostarla a https://firebase.google.com/docs/cloud-messaging/http-server-ref#downstream .

  • Come faccio a tinta questo PictureDrawable?
  • Uccidere un'altra applicazione e cancellare i dati
  • In quali condizioni sono le versioni di versione 3 delle versioni di fatturazione applicate all'applicazione disponibili sui dispositivi client?
  • Accedere ai file della scheda SD dall'applicazione Android
  • LinearLayout achartengine Grafico non visualizzato in ScrollView
  • Android: Accesso alle risorse senza attività di refeerence o context
  • C'è un modo per fare, o è imansible? Grazie.

  • Radiogroup di Android, divisore tra i radiobuttons
  • Come recuperare un Facebook-AuthToken dagli account salvati in Android
  • Dato il nome di una playlist di musica Android, come si possono trovare le canzoni nella playlist?
  • Barra di azione come il button evernote-up e le tabs in una row in cima con le azioni del menu in fondo
  • Ottieni il titolo di un video di YouTube
  • traffico statistico android 3g per each APP, come?
  • One Solution collect form web for “La notifica FCM su Android può sovrascrivere quella precedente?”

    È ansible. Due approcci.

    In primo luogo si utilizza il parametro collapse_key per impostare il messaggio come un messaggio pieghevole . Riferendosi ai documenti FCM :

    Un messaggio pieghevole è un messaggio che può essere sostituito da un nuovo messaggio contenente la stessa chiave di collasso se deve ancora essere consegnato al dispositivo.

    È effettivamente incluso nel collegamento fornito (primo parametro in Opzioni ):

    collapse_key – Questo parametro identifica un gruppo di messaggi (ad es. con collapse_key: "Aggiornamenti disponibili") che possono essere crollati, in modo che solo l'ultimo messaggio venga inviato quando la consegna può essere ripresa. Questo scopo è quello di evitare l'invio di troppi degli stessi messaggi quando il dispositivo ritorna in linea o diventa attivo.

    Si noti che non vi è alcuna garanzia dell'ordine in cui vengono inviati messaggi.

    Nota: È consentito un massimo di 4 chiavi di collasso differenti in un determinato momento. Ciò significa che un server di connessione FCM può memorizzare contemporaneamente 4 diversi messaggi di invio a sincronizzazione per applicazione client. Se si supera questo numero, non è alcuna garanzia che 4 chiavi di collasso tenga il server di connessione FCM.


    Il secondo approccio è l'avvio di notifica / raggruppamento / raggruppamento. Come per la mia risposta qui :

    Raggruppando la notifica, presumo che intendi impilare o associare notifiche .

    Questo è più su come gestire la notifica nell'applicazione client. È sufficiente utilizzare il setGroup () per aggiungere tutte le notifiche a un singolo gruppo, quindi call notify () per consentire a NotificationManager le modifiche.

    Questo aggiunge each notifica a una documentazione di gruppo praticamente sum tutto.


    Aggiornare:

    Da uno dei post collegati , è anche ansible utilizzare il parametro tag :

    Identificatore utilizzato per sostituire le notifiche esistenti nel cassetto di notifica.

    Se non viene specificato, each richiesta crea una nuova notifica.

    Se specificato e una notifica con lo stesso tag è già in fase di visualizzazione, la nuova notifica sostituisce quella esistente nel cassetto di notifica.

    L'Android è un fan Android di Google, tutto su telefoni Android, Android Wear, Android Dev e applicazioni Android Games e così via.