PendingIntentで使用される「requestCode」は何ですか？

バックグラウンド：

AlarmManager経由のアラームにPendingIntentを使用しています。

問題：

最初は、以前のものをキャンセルするために、アラームを開始する前に使用した正確なrequestCodeを提供する必要があると思いました。

しかし、キャンセルAPIが言うように、私は間違っていることがわかりました。

インテントが一致するアラームを削除します。（filterEquals（Intent）で定義されているように）Intentがこのアラームと一致する任意のタイプのアラームはキャンセルされます。

「filterEquals」を見て、ドキュメントは言う：

インテント解決（フィルタリング）の目的で、2つのインテントが同じかどうかを判断します。つまり、アクション、データ、タイプ、クラス、およびカテゴリーが同じである場合です。これは、インテントに含まれる追加データを比較しません。

「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）。

私の場合、2つの異なるインテントで同じアクティビティを開きたいので、トレイに2つ以上のFCMSが存在する場合、それらのいずれかが他を開かないだけなので、保留中のインテントのリクエストコードを変更すると、機能しました。

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

requestCodeウィジェットを使用するとき、それがアプリに深刻な問題を引き起こす重要なことの1つです。requestCode同じである場合、ウィジェットは電話の再起動後に機能しません。つまり、ウィジェットのにpendingIndent設定するにremoteViewsは、一意のrequestCodeを設定する必要があります。通常は、番号を伴うwidgetIdです。

実際、ドキュメントにはリクエストコードの用途が明確に記載されています。

同時にアクティブな複数の異なるPendingIntentオブジェクトが本当に必要な場合（両方が同時に表示される2つの通知として使用するなど）、それらを異なるものに関連付けるには、それらに異なるものがあることを確認する必要があります。 PendingIntents。これは、Intent＃filterEquals（Intent）によって考慮される任意のIntent属性、またはgetActivity（Context、int、Intent、int）、getActivities（Context、int、Intent []、int）、getBroadcast（ Context、int、Intent、int）、またはgetService（Context、int、Intent、int）。

それはまだはっきりしていないようですので、説明させてください：

PendingIntentオブジェクトを使用する場合は、オブジェクトをインスタンス化するだけではありません。むしろ、あなたが使用してシステムから1つ取得するPendingIntent静的メソッド（getActivity、getBroadcast、getServiceなど）。システムは一連のPendingIntentインスタンスを保持し、インスタンスを提供します。どちらを使用するかは、これらのゲッターメソッドに渡す入力パラメーターによって異なります。これらの入力パラメーターは次のとおりですContext。つまり、インテントのターゲットレシーバー、Intent使用する、requestCodeおよびflagsです。同じContext、同じrequestCode、同じインテント（filterEquals別のインテントを持つインテントを意味する）を渡すと、同じPendingIntentオブジェクトが取得されます。ポイントは、システムはPendingIntentできるだけ少ないオブジェクトを必要とするため、既存のオブジェクトを可能な限り再利用する傾向があることです。

たとえば、2つの異なる日付の2つのカレンダー通知があるとします。それらの1つをクリックすると、その通知の対応する日付までアプリを開くことができます。そのシナリオでは、同じContextターゲットがあり、Intent渡すオブジェクトはEXTRA_DATA（オープンする必要がある日付を指定する）のみが異なります。あなたが同じを提供した場合はrequestCode取得するときにPendingIntentオブジェクトを、あなたは同じとなってしまいますPendingIntentオブジェクト。そのため、2番目の通知を作成するときに、古いIntentオブジェクトを新しいEXTRA_DATAに置き換え、最終的に同じ日付を指す2つの通知を生成します。

PendingIntentこのシナリオのように2つの異なるオブジェクトが必要なrequestCode場合は、PendingIntentオブジェクトを取得するときに別のオブジェクトを指定する必要があります。