Apa yang digunakan "requestCode" di PendingIntent?

Latar Belakang:

Saya menggunakan PendingIntent untuk alarm melalui AlarmManager.

Masalah:

Awalnya saya berpikir bahwa untuk membatalkan yang sebelumnya, saya harus memberikan requestCode persis seperti yang saya gunakan sebelumnya untuk memulai alarm.

Tapi kemudian saya menemukan saya salah, seperti yang dikatakan API pembatalan :

Hapus semua alarm dengan Intent yang cocok. Alarm apa pun, jenis apa pun, yang Intentnya cocok dengan alarm ini (sebagaimana ditentukan oleh filterEquals (Intent)), akan dibatalkan.

melihat " filterEquals ", dokumentasinya mengatakan:

Tentukan apakah dua maksud sama untuk tujuan resolusi maksud (pemfilteran). Artinya, jika tindakan, data, jenis, kelas, dan kategorinya sama. Ini tidak membandingkan data tambahan apa pun yang disertakan dalam maksud.

jadi saya tidak mengerti untuk apa "requestCode" ...

Pertanyaan:

Untuk apa "requestCode" digunakan?

Bagaimana jika saya membuat beberapa alarm dengan "requestCode" yang sama? apakah mereka saling menimpa?

1. requestCode digunakan untuk mengambil instance maksud tertunda yang sama nanti (untuk membatalkan, dll).
2. Ya, tebakan saya adalah alarm akan menimpa satu sama lain. Saya akan membuat kode permintaan tetap unik.

Saya hanya ingin menambahkan jawaban @Minhaj Arfin

1- requestCode digunakan untuk mendapatkan maksud tertunda yang sama nanti (untuk membatalkan, dll)

2- Ya, mereka akan menimpa selama Anda menentukan Penerima yang sama dengan Maksud Anda yang Anda tentukan di PendingIntent Anda

contoh:

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

Dari contoh di atas, mereka tidak akan menimpa satu sama lain karena penerima berbeda (AlarmReceiverFirst dan 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);

Dari contoh di atas, mereka akan saling menimpa, karena penerima sama (AlarmReceiverSecond)

dalam kasus saya, saya ingin membuka aktivitas yang sama dengan dua maksud yang berbeda jadi jika dua atau lebih FCMS ada di baki, salah satu dari mereka hanya akan membuka yang lain tidak, jadi saya mengubah kode permintaan dari maksud tertunda kemudian berhasil.

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

satu hal penting tentang requestCodeitu yang akan sangat mengganggu aplikasi Anda adalah saat menggunakan widget. widget tidak akan berfungsi setelah ponsel di-boot ulang jika requestCodekeduanya sama. itu berarti yang pendingIndentAnda setel di remoteViewswidget Anda harus disetel ke requestCode unik, biasanya widgetId yang menyertai angka.

Sebenarnya, dokumentasi dengan jelas menyatakan untuk apa kode permintaan digunakan:

Jika Anda benar-benar membutuhkan beberapa objek PendingIntent berbeda yang aktif pada saat yang sama (seperti untuk digunakan sebagai dua notifikasi yang keduanya ditampilkan pada saat yang sama), maka Anda perlu memastikan ada sesuatu yang berbeda pada objek tersebut untuk mengaitkannya dengan yang berbeda. PendingIntents. Ini bisa berupa salah satu atribut Intent yang dipertimbangkan oleh Intent # filterEquals (Intent), atau integer kode permintaan berbeda yang diberikan ke getActivity (Context, int, Intent, int), getActivities (Context, int, Intent [], int), getBroadcast ( Context, int, Intent, int), atau getService (Context, int, Intent, int).

Karena sepertinya masih belum begitu jelas, izinkan saya mencoba menjelaskan:

Saat Anda ingin menggunakan sebuah PendingIntentobjek, Anda tidak hanya membuat satu. Sebaliknya, Anda memperoleh satu dari sistem dengan menggunakan PendingIntentmetode statis ( getActivity, getBroadcast, getServicedll). Sistem menyimpan banyak instance PendingIntent dan memberi Anda satu. Yang mana yang diberikannya kepada Anda, itu tergantung pada parameter input yang Anda berikan ke metode pengambil ini. Parameter masukan tersebut adalah Context:, yaitu penerima target maksud, yang Intentakan digunakan, requestCodedan flags. Saat Anda meneruskan Intent yang sama Context, sama , requestCodedan sama (artinya maksud itu filterEqualsdengan maksud lain), Anda mendapatkan PendingIntentobjek yang sama . Intinya adalah bahwa sistem ingin memiliki PendingIntentobjek sesedikit mungkin, sehingga cenderung menggunakan kembali objek yang sudah ada, sebanyak mungkin.

Misalnya, Anda memiliki dua notifikasi kalender, untuk dua tanggal berbeda. Saat Anda mengeklik salah satunya, Anda ingin aplikasi Anda terbuka ke tanggal yang sesuai dari pemberitahuan itu. Dalam skenario itu, Anda memiliki Contexttarget yang sama , dan Intentobjek yang Anda lewati hanya berbeda dalam EXTRA_DATA (yang menentukan tanggal buka). Jika Anda memberikan hal yang sama requestCodesaat mendapatkan PendingIntentobjek, maka Anda akan mendapatkan PendingIntentobjek yang sama . Jadi, saat membuat notifikasi kedua, Anda akan mengganti Intentobjek lama dengan EXTRA_DATA baru, dan berakhir dengan dua notifikasi yang mengarah ke tanggal yang sama.

Jika Anda ingin memiliki dua PendingIntentobjek yang berbeda , seperti yang seharusnya dalam skenario ini, Anda harus menentukan objek yang berbeda requestCodesaat mendapatkan PendingIntentobjek.