Per cosa viene utilizzato "requestCode" su PendingIntent?

Sfondo:

Sto usando PendingIntent per gli allarmi tramite AlarmManager.

Il problema:

All'inizio ho pensato che per cancellare i precedenti, dovevo fornire l'esatto requestCode che ho usato prima per far partire l'allarme.

Ma poi ho scoperto che mi sbagliavo, come dice l' API di cancellazione :

Rimuovi tutti gli allarmi con un intento corrispondente. Qualsiasi allarme, di qualsiasi tipo, il cui Intent corrisponde a questo (come definito da filterEquals (Intent)), verrà annullato.

guardando " filterEquals ", la documentazione dice:

Determina se due intenti sono uguali ai fini della risoluzione dell'intento (filtraggio). Cioè, se la loro azione, i dati, il tipo, la classe e le categorie sono gli stessi. Questo non confronta i dati aggiuntivi inclusi negli intenti.

quindi non capisco a cosa serva "requestCode" ...

La domanda:

A cosa serve "requestCode"?

Cosa succede se creo più allarmi con lo stesso "requestCode"? si sovrascrivono a vicenda?

1. requestCode viene utilizzato per recuperare la stessa istanza di intento in sospeso in un secondo momento (per l'annullamento, ecc.).
2. Sì, la mia ipotesi è che gli allarmi si sovrascriveranno a vicenda. Manterrei i codici di richiesta unici.

Voglio solo aggiungere alla risposta di @Minhaj Arfin

1- requestCode viene utilizzato per ottenere lo stesso intento in sospeso in seguito (per l'annullamento, ecc.)

2- Sì, verranno ignorati a condizione che tu specifichi lo stesso destinatario per il tuo intento che hai specificato nel tuo PendingIntent

esempio:

Intent startIntent1 = new Intent(context, AlarmReceiverFirst.class);
PendingIntent pendingIntent1 = PendingIntent.getBroadcast(context, 0, startIntent1, 0);

Intent startIntent2 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent2 = PendingIntent.getBroadcast(context, 0, startIntent2, 0);

Dall'esempio sopra, non si sovrascriveranno l'un l'altro perché il ricevitore è diverso (AlarmReceiverFirst e AlarmReceiverSecond)

Intent startIntent2 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent2 = PendingIntent.getBroadcast(context, 0, startIntent2, 0);

Intent startIntent3 = new Intent(context, AlarmReceiverSecond.class);
PendingIntent pendingIntent3 = PendingIntent.getBroadcast(context, 0, startIntent3, 0);

Dall'esempio sopra, essi si sostituiscono reciprocamente, perché il ricevitore è stesso (AlarmReceiverSecond)

nel mio caso voglio aprire la stessa attività con due intenti diversi, quindi se due o più FCMS sono presenti nel vassoio, ognuno di essi aprirà solo l'altro no, quindi ho cambiato i codici delle richieste di intento in sospeso, quindi ha funzionato.

 PendingIntent pendingIntent =
                            PendingIntent.getActivity(this, **Some unique id for all GCMS** /* Request code */, intent,
                                    PendingIntent.FLAG_ONE_SHOT);

una cosa importante al riguardo requestCodecreerà seri problemi alla tua app quando utilizzi i widget. i widget non funzioneranno dopo il riavvio del telefono se requestCodesono gli stessi. ciò significa che il codice che pendingIndenthai impostato sul remoteViewstuo widget deve essere un requestCode univoco, solitamente il widgetId che accompagna un numero.

In realtà, la documentazione indica chiaramente a cosa serve il codice di richiesta:

Se hai davvero bisogno di più oggetti PendingIntent distinti attivi allo stesso tempo (ad esempio da usare come due notifiche che vengono mostrate entrambe contemporaneamente), allora dovrai assicurarti che ci sia qualcosa di diverso su di loro per associarli a PendingIntents. Questo può essere uno qualsiasi degli attributi Intent considerati da Intent # filterEquals (Intent) o diversi numeri interi del codice di richiesta forniti a getActivity (Context, int, Intent, int), getActivities (Context, int, Intent [], int), getBroadcast ( Context, int, Intent, int) o getService (Context, int, Intent, int).

Dal momento che sembra che non sia ancora così chiaro, provo a spiegare:

Quando vuoi usare un PendingIntentoggetto, non ne crei solo un'istanza. Piuttosto, si ottiene uno dal sistema utilizzando i PendingIntentmetodi statici ( getActivity, getBroadcast, getServiceecc). Il sistema mantiene un mucchio di istanze PendingIntent e te ne dà una. Quale ti dà, dipende dai parametri di input che passi a questi metodi getter. Questi parametri di input sono:, Contextovvero il destinatario di destinazione dell'intento, Intentda usare requestCodee flags. Quando passi lo stesso Context, lo stesso requestCodee lo stesso intento (ovvero un intento che filterEqualscon un altro intento), ottieni lo stesso PendingIntentoggetto. Il punto è che il sistema vuole avere il minor numero di PendingIntentoggetti possibile, quindi tende a riutilizzare quelli esistenti, il più possibile.

Ad esempio, hai due notifiche di calendario, per due date diverse. Quando fai clic su uno di essi, desideri che la tua app si apra alla data corrispondente della notifica. In quello scenario, hai la stessa Contextdestinazione e l' Intentoggetto che stai passando differisce solo in EXTRA_DATA (che specifica la data che dovrebbe essere aperta). Se fornisci lo stesso requestCodequando ottieni l' PendingIntentoggetto, finirai con lo stesso PendingIntentoggetto. Quindi, quando crei la seconda notifica, sostituirai il vecchio Intentoggetto con il nuovo EXTRA_DATA e finirai con due notifiche che puntano alla stessa data.

Se vuoi avere due PendingIntentoggetti diversi , come dovresti in questo scenario, dovresti specificarne uno diverso requestCodequando ottieni l' PendingIntentoggetto.