Для чого використовується "codeCode" на PendingIntent?

Фон:

Я використовую PendingIntent для тривог через AlarmManager.

Проблема:

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

Але потім я з’ясував, що я помилявся, як говорить API скасування :

Видаліть будь-які сигнали тривоги з відповідним наміром Будь-який сигнал тривоги будь-якого типу, у якого наміри відповідають даному (як визначено filterEquals (Намір)), буде скасовано.

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

Визначте, чи однакові два наміри для вирішення намірів (фільтрування). Тобто, якщо їх дія, дані, тип, клас та категорії однакові. Це не порівнює зайвих даних, включених до намірів.

тому я не розумію, що таке "codeCode" для ...

Питання:

Для чого використовується "requestCode"?

Що робити, якщо я створюю декілька сигналів тривоги з тим самим "codeCode" вони перекривають один одного?

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

Я просто хочу додати @Minhaj відповідь Арфіна

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, що діють одночасно (наприклад, використовувати два сповіщення, які обидва відображаються одночасно), вам потрібно буде переконатися, що в них є щось інше, щоб пов’язати їх з різними Відкладені інтегранти Це може бути будь-який з атрибутів 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об'єкта.