PendingIntent'te "requestCode" ne için kullanılıyor?

Arka fon:

AlarmManager aracılığıyla alarmlar için PendingIntent kullanıyorum.

Sorun:

İlk başta, öncekileri iptal etmek için, alarmı başlatmak için daha önce kullandığım tam requestCode'u sağlamam gerektiğini düşündüm.

Ama sonra iptal API'sinin dediği gibi yanıldığımı anladım :

Eşleşen bir Amacı olan tüm alarmları kaldırın. Amacı bununla eşleşen herhangi bir tür alarm (filterEquals (Amaç) ile tanımlandığı gibi) iptal edilecektir.

" filterEquals " a bakıldığında , dokümantasyon şunu söylüyor:

Amaç çözümleme (filtreleme) açısından iki amacın aynı olup olmadığını belirleyin. Yani eylemleri, verileri, türü, sınıfı ve kategorileri aynıysa. Bu, amaçlara dahil edilen ekstra verileri karşılaştırmaz.

bu yüzden "requestCode" un ne için olduğunu anlamıyorum ...

Soru:

"RequestCode" ne için kullanılır?

Aynı "requestCode" ile birden fazla alarm oluşturursam ne olur? birbirlerini geçersiz kılıyorlar mı?

1. requestCode daha sonra aynı bekleyen niyet örneğini almak için kullanılır (iptal etme vb. için).
2. Evet, tahminimce alarmlar birbirini geçersiz kılacak. İstek kodlarını benzersiz tutardım.

@Minhaj Arfin cevabına sadece eklemek istiyorum

1- requestCode aynı bekleyen niyeti daha sonra elde etmek için kullanılır (iptal vb. İçin)

2- Evet, PendingIntent'inizde belirttiğiniz Amaç için aynı Alıcıyı belirttiğiniz sürece geçersiz kılınırlar.

misal:

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

Yukarıdaki örnekte, onlar olmaz birbirlerini geçersiz alıcı farklı olduğu için, (AlarmReceiverFirst ve 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);

Yukarıdaki örnekte, onlar olacak , birbirlerine geçersiz alıcı aynı olduğu için (AlarmReceiverSecond)

benim durumumda aynı etkinliği iki farklı amaçla açmak istiyorum, bu nedenle tepside iki veya daha fazla FCMS varsa, bunlardan herhangi biri yalnızca açacak, diğeri açmayacak, bu yüzden bekleyen niyetin istek kodlarını değiştirdim, sonra çalıştı.

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

requestCodeBununla ilgili olarak uygulamanızı ciddi şekilde rahatsız edecek önemli bir şey , widget'ları kullanırken. widget'lar requestCodeaynıysa telefon yeniden başlatıldıktan sonra çalışmaz . araçlarının pendingIndentüzerinde ayarlanmış remoteViewsWidget ayarlanması gerekir eşsiz requestCode, genellikle widgetId bir numara eşlik.

Aslında, belgeler istek kodunun ne için kullanıldığını açıkça belirtir:

Aynı anda aktif olan birden fazla farklı PendingIntent nesnesine gerçekten ihtiyacınız varsa (örneğin, her ikisi de aynı anda gösterilen iki bildirim olarak kullanmak gibi), onları farklı PendingIntents. Bu, Intent # filterEquals (Intent) tarafından değerlendirilen herhangi bir Intent özniteliği veya getActivity (Context, int, Intent, int), getActivities (Context, int, Intent [], int), getBroadcast ( Context, intent, Intent, int) veya getService (Context, int, Intent, int).

Görünüşe göre hala o kadar net değil, açıklamaya çalışayım:

Bir PendingIntentnesneyi kullanmak istediğinizde , sadece bir tanesini somutlaştırmazsınız. Aksine, kullandığınız sistemden birini elde PendingIntentstatik yöntemler ( getActivity, getBroadcast, getServicevs). Sistem bir grup PendingIntent örneğini tutar ve size bir tane verir. Size hangisini verdiği, bu alıcı yöntemlerine ilettiğiniz girdi parametrelerine bağlıdır. Bu girdi parametreleri şunlardır: Contextyani, amacın hedef alıcısı, Intentkullanılacak requestCodeve flags. Aynı Context, aynı requestCodeve aynı Niyeti ilettiğinizde ( filterEqualsbaşka bir niyetle bir niyet anlamına gelir ), aynı PendingIntentnesneyi elde edersiniz . Mesele şu ki, sistem PendingIntentmümkün olduğunca az nesneye sahip olmak istiyor , bu nedenle mevcut olanları olabildiğince yeniden kullanma eğiliminde.

Örneğin, iki farklı tarih için iki takvim bildiriminiz var. Bunlardan birine tıkladığınızda, uygulamanızın o bildirimin ilgili tarihine açılmasını istersiniz. Bu senaryoda, aynı Contexthedefe Intentsahipsiniz ve geçtiğiniz nesne yalnızca EXTRA_DATA'da farklılık gösterir (bu, açılması gereken tarihi belirtir). Nesneyi requestCodeelde ederken aynı şeyi sağlarsanız PendingIntent, o zaman aynı nesne elde edersiniz PendingIntent. Dolayısıyla, ikinci bildirimi oluştururken, eski Intentnesneyi yeni EXTRA_DATA ile değiştirecek ve aynı tarihi gösteren iki bildirimle son bulacaksınız.

PendingIntentBu senaryoda olması gerektiği gibi iki farklı nesneye sahip olmak istiyorsanız requestCode, PendingIntentnesneyi elde ederken farklı bir nesne belirlemelisiniz.