在PendingIntent上使用的“ requestCode”是什么？

背景：

我通过AlarmManager使用PendingIntent发出警报。

问题：

起初，我认为为了取消以前的警报，必须提供在启动警报之前使用的确切requestCode。

但是后来我发现我错了，正如取消API所述：

删除所有具有匹配意图的警报。任何警报，其意图与该警报相匹配（由filterEquals（Intent）定义）的任何类型的警报都将被取消。

查看“ filterEquals ”，文档说：

确定两个意图是否出于意图解析（过滤）的目的相同。也就是说，如果它们的动作，数据，类型，类和类别相同。这不会比较意图中包含的任何其他数据。

所以我不明白“ requestCode”是为了什么...

问题：

“ requestCode”是用来做什么的？

如果使用相同的“ requestCode”创建多个警报该怎么办？他们会互相覆盖吗？

1. requestCode 用于稍后检索相同的挂起的Intent实例（用于取消等）。
2. 是的，我的猜测是警报会相互覆盖。我将使请求代码保持唯一。

我只想添加到@Minhaj Arfin答案

1- requestCode用于稍后获得相同的待处理意图（用于取消等）

2-是的，只要您在PendingIntent上为Intent指定了相同的接收方，它们就会被覆盖

例：

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＃filterEquals（Intent）考虑的任何Intent属性，或提供给getActivity（Context，int，Intent，int），getActivities（Context，int，Intent []，int），getBroadcast（上下文，整数，意图，整数或getService（上下文，整数，意图，整数）。

由于似乎还不清楚，所以让我尝试解释一下：

当您要使用一个PendingIntent对象时，您不仅要实例化一个。相反，你获得一个使用该系统的PendingIntent静态方法（getActivity，getBroadcast，getService等）。系统保留了一堆PendingIntent实例并给您一个。它为您提供哪一个，取决于您传递给这些getter方法的输入参数。这些输入参数是：Context，即意图的目标接收者，Intent使用的对象requestCode和flags。当您传递相同Context，相同requestCode和相同的Intent（意味着一个意图filterEquals与另一个Intent）时，您将获得相同的PendingIntent对象。关键是系统要少PendingIntent对象，因此它倾向于尽可能多地重用现有对象。

例如，您有两个不同日期的日历通知。当您单击其中之一时，您希望您的应用打开到该通知的相应日期。在这种情况下，您具有相同的Context目标，并且Intent所传递的对象仅在EXTRA_DATA（用于指定应打开的日期）方面有所不同。如果requestCode在获取PendingIntent对象时提供相同的对象，那么最终将获得相同的PendingIntent对象。因此，在创建第二个通知时，您将用Intent新的EXTRA_DATA 替换旧对象，最后得到两个指向相同日期的通知。

如果要具有两个不同的PendingIntent对象（在这种情况下应如此），则requestCode在获取PendingIntent对象时应指定一个不同的对象。