¿Para qué se usa "requestCode" en PendingIntent?

Antecedentes:

Estoy usando PendingIntent para alarmas a través de AlarmManager.

El problema:

Al principio pensé que para cancelar los anteriores, debía proporcionar el requestCode exacto que había usado antes para iniciar la alarma.

Pero luego descubrí que estaba equivocado, como dice la API de cancelación :

Elimina las alarmas con una intención coincidente. Se cancelará cualquier alarma, de cualquier tipo, cuyo Intent coincida con este (según lo definido por filterEquals (Intent)).

mirando " filterEquals ", la documentación dice:

Determine si dos intenciones son iguales a los efectos de la resolución de intenciones (filtrado). Es decir, si su acción, datos, tipo, clase y categorías son los mismos. Esto no compara ningún dato adicional incluido en las intenciones.

así que no entiendo para qué sirve el "requestCode" ...

La pregunta:

¿Para qué se utiliza "requestCode"?

¿Qué sucede si creo varias alarmas con el mismo "requestCode"? ¿Se anulan entre sí?

1. requestCode se usa para recuperar la misma instancia de intención pendiente más adelante (para cancelar, etc.).
2. Sí, supongo que las alarmas se anularán entre sí. Mantendría los códigos de solicitud únicos.

Solo quiero agregar a la respuesta de @Minhaj Arfin

1- requestCode se usa para obtener la misma intención pendiente más adelante (para cancelar, etc.)

2- Sí, se anularán siempre que especifique el mismo Receptor para su Intención que especifique en su PendingIntent

ejemplo:

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

Del ejemplo anterior, no se anularán entre sí porque el receptor es diferente (AlarmReceiverFirst y 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);

Del ejemplo anterior, que se anulan entre sí, ya que el receptor es la misma (AlarmReceiverSecond)

en mi caso, quiero abrir la misma actividad con dos intenciones diferentes, por lo que si hay dos o más FCMS en la bandeja, cualquiera de ellos solo abrirá y el otro no, así que cambié los códigos de solicitud de intención pendiente y funcionó.

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

Una cosa importante requestCodeque afectará seriamente a su aplicación es el uso de widgets. Los widgets no funcionarán después de reiniciar el teléfono si requestCodeson iguales. eso significa que el pendingIndentque establezca en el remoteViewsde su widget debe ser un requestCode único, generalmente el widgetId que acompaña a un número.

En realidad, la documentación establece claramente para qué se utiliza el código de solicitud:

Si realmente necesita varios objetos PendingIntent distintos activos al mismo tiempo (por ejemplo, para usarlos como dos notificaciones que se muestran al mismo tiempo), entonces deberá asegurarse de que haya algo diferente en ellos para asociarlos con diferentes PendingIntents. Puede ser cualquiera de los atributos Intent considerados por Intent # filterEquals (Intent), o diferentes números enteros de código de solicitud proporcionados a getActivity (Context, int, Intent, int), getActivities (Context, int, Intent [], int), getBroadcast ( Context, int, Intent, int) o getService (Context, int, Intent, int).

Como parece que todavía no está tan claro, permítanme intentar explicar:

Cuando desea utilizar un PendingIntentobjeto, no solo crea una instancia de uno. Más bien, se obtiene una del sistema utilizando los PendingIntentmétodos estáticos ( getActivity, getBroadcast, getServiceetc). El sistema mantiene un montón de instancias PendingIntent y le proporciona una. Cuál le da, depende de los parámetros de entrada que pase a estos métodos getter. Esos parámetros de entrada son:, Contextes decir, el receptor de destino de la intención, el Intentuso requestCodey flags. Cuando pasas el mismo Context, el mismo requestCodey el mismo intento (es decir, un intento que filterEqualscon otro intento), obtienes el mismo PendingIntentobjeto. El caso es que el sistema quiere tener la menor cantidad de PendingIntentobjetos posible, por lo que tiende a reutilizar los existentes tanto como sea posible.

Por ejemplo, tiene dos notificaciones de calendario, para dos fechas diferentes. Cuando haces clic en uno de ellos, quieres que tu aplicación se abra en la fecha correspondiente de esa notificación. En ese escenario, tiene el mismo Contextobjetivo y el Intentobjeto que está pasando difiere solo en EXTRA_DATA (que especifica la fecha en la que debe estar abierto). Si proporciona lo mismo requestCodeal obtener el PendingIntentobjeto, terminará con el mismo PendingIntentobjeto. Entonces, al crear la segunda notificación, reemplazará el Intentobjeto anterior con el nuevo EXTRA_DATA y terminará con dos notificaciones que apuntan a la misma fecha.

Si desea tener dos PendingIntentobjetos diferentes , como debería en este escenario, debe especificar uno diferente requestCodeal obtener el PendingIntentobjeto.