Для чего «requestCode» используется в PendingIntent?

Задний план:

Я использую PendingIntent для сигналов тревоги через AlarmManager.

Эта проблема:

Сначала я подумал, что для того, чтобы отменить предыдущие, я должен предоставить точный requestCode, который я использовал раньше, чтобы запустить будильник.

Но потом я обнаружил, что ошибался, поскольку API отмены говорит:

Удалите все тревоги с соответствующим намерением. Любой сигнал тревоги любого типа, намерение которого соответствует этому (как определено filterEquals (Intent)), будет отменено.

глядя на filterEquals , в документации говорится:

Определите, совпадают ли два намерения для целей разрешения намерений (фильтрации). То есть, если их действие, данные, тип, класс и категории совпадают. При этом не сравниваются никакие дополнительные данные, включенные в намерения.

поэтому я не понимаю, для чего нужен "requestCode" ...

Вопрос:

Для чего используется requestCode?

Что, если я создам несколько алармов с одним и тем же «requestCode»? они перекрывают друг друга?

1. requestCode используется для получения того же ожидающего экземпляра намерения позже (для отмены и т. д.).
2. Да, я предполагаю, что сигналы тревоги будут перекрывать друг друга. Я бы сохранил коды запросов уникальными.

Я просто хочу добавить к ответу @Minhaj Arfin

1- requestCode используется для получения того же ожидающего намерения позже (для отмены и т. Д.)

2- Да, они будут переопределены, если вы укажете того же получателя для своего намерения, которое вы указываете в своем PendingIntent.

пример:

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

В приведенном выше примере они не будут перекрывать друг друга, потому что получатель отличается (AlarmReceiverFirst и 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);

В приведенном выше примере они будут перекрывать друг друга, потому что получатель один и тот же (AlarmReceiverSecond)

в моем случае я хочу открыть одно и то же действие с двумя разными намерениями, поэтому, если в лотке есть два или более FCMS, любой из них будет только открывать, другой - нет, поэтому я изменил коды запросов ожидающих намерений, тогда это сработало.

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

Одна важная вещь, requestCodeкоторая может серьезно повредить вашему приложению, - это использование виджетов. виджеты не будут работать после перезагрузки телефона, если они requestCodeсовпадают. это означает pendingIndent, что remoteViewsдля вашего виджета должен быть установлен уникальный requestCode, обычно это widgetId, сопровождающий число.

Собственно, в документации четко указано, для чего используется код запроса:

Если вам действительно нужно несколько различных объектов PendingIntent, активных одновременно (например, для использования в качестве двух одновременно отображаемых уведомлений), тогда вам нужно будет убедиться, что в них есть что-то отличное, чтобы связать их с разными PendingIntents. Это может быть любой из атрибутов Intent, рассматриваемых Intent # filterEquals (Intent), или различные целые числа кода запроса, предоставленные getActivity (Context, int, Intent, int), getActivities (Context, int, Intent [], int), getBroadcast ( Context, int, Intent, int) или getService (Context, int, Intent, int).

Поскольку кажется, что все еще не так ясно, позвольте мне попытаться объяснить:

Когда вы хотите использовать PendingIntentобъект, вы не просто создаете его экземпляр. Скорее, вы получаете его из системы, используя PendingIntentстатические методы ( getActivity, getBroadcastи getServiceт. Д.). Система хранит несколько экземпляров PendingIntent и предоставляет вам один. Какой из них он вам дает, зависит от входных параметров, которые вы передаете этим методам получения. Этими входными параметрами являются:, Contextт.е. целевой получатель намерения, Intentиспользуемый requestCodeи flags. Когда вы передаете то же самое Context, то же requestCodeсамое намерение (то есть намерение filterEqualsс другим намерением), вы получаете тот же PendingIntentобъект. Дело в том, что система хочет иметь как можно меньше PendingIntentобъектов, поэтому она стремится повторно использовать существующие в максимально возможной степени.

Например, у вас есть два календарных уведомления для двух разных дат. Когда вы нажимаете на один из них, вы хотите, чтобы ваше приложение открывалось до соответствующей даты этого уведомления. В этом сценарии у вас одна Contextи та же цель, а Intentобъект, который вы передаете, отличается только EXTRA_DATA (который указывает дату, которая должна быть открыта). Если вы предоставите то же самое requestCodeпри получении PendingIntentобъекта, вы получите тот же PendingIntentобъект. Итак, при создании второго уведомления вы замените старый Intentобъект новым EXTRA_DATA и получите два уведомления, указывающих на одну и ту же дату.

Если вы хотите иметь два разных PendingIntentобъекта, как и должно быть в этом сценарии, вы должны указать другой requestCodeпри получении PendingIntentобъекта.