android pendingIntent

最新推荐文章于 2019-11-12 10:41:12 发布

原创最新推荐文章于 2019-11-12 10:41:12 发布 · 534 阅读

0 ·

CC 4.0 BY-SA版权

android杂七杂八专栏收录该内容

24 篇文章

订阅专栏

本文详细解释了在使用个推发送透传消息并将其显示于通知栏时，遇到通知栏点击内容重复的问题。通过深入分析PendingIntent的getActivity方法，特别是requestCode和Intent参数的作用，揭示了问题原因在于requestCode相同导致Intent内容被覆盖。文章提供了解决方案，即确保每次请求码不同以避免影响之前的消息。

在集成个推发送透传消息，再发送到通知栏时遇到一个蛋疼的问题，那就是从通知栏点击通知每次获取到的内容都一样，打印日志一看，原来是先发送的通知PendingIntent中的Intent携带的参数被后面的通知的Intent参数覆盖，一查原因才明白：

PendingIntent有一个getActivity方法，第一个参数是上下文，没啥好说的，第二个参数 requestCode，这个后面说，第三个参数是 Intent，用来存储信息，第四个参数是对参数的操作标识，常用的就是FLAG_CANCEL_CURRENT和FLAG_UPDATE_CURRENT。

当使用FLAG_UPDATE_CURRENT时：

PendingIntent.getActivity(context, 0, notificationIntent,PendingIntent.FLAG_CANCEL_CURRENT时);

FLAG_UPDATE_CURRENT会更新之前PendingIntent的消息，比如，你推送了消息1，并在其中的Intent中putExtra了一个值“ABC”，在未点击该消息前，继续推送第二条消息，并在其中的Intent中putExtra了一个值“CBA”，好了，这时候，如果你单击消息1或者消息2，你会发现，他俩个的Intent中读取过来的信息都是“CBA”，就是说，第二个替换了第一个的内容

当使用FLAG_CANCEL_CURRENT时：

依然是上面的操作步骤，这时候会发现，点击消息1时，没反应，第二条可以点击。

导致上面两个问题的原因就在于第二个参数requestCode，当requestCode值一样时，后面的就会对之前的消息起作用，所以为了避免影响之前的消息，requestCode每次要设置不同的内容。

PendingIntent介绍

PendingIntent可以看作是对Intent的一个封装，但它不是立刻执行某个行为，而是满足某些条件或触发某些事件后才执行指定的行为。

PendingIntent的获取

PendingIntent获取有三种方式:通过Activity,Service,BroadcastReceiver获取.

1. 你可以通过getActivity(Context context, int requestCode, Intent intent, int flags)系列方法从系统取得一个用于启动一个Activity的PendingIntent对象.

2.可以通过getService(Context context, int requestCode, Intent intent, int flags)方法从系统取得一个用于启动一个Service的PendingIntent对象.

3.可以通过getBroadcast(Context context, int requestCode, Intent intent, int flags)方法从系统取得一个用于向BroadcastReceiver的发送广播的PendingIntent对象.

PendingIntent的参数说明

拿第三种方式，广播的形式说明下

PendingIntent sentIntent = PendingIntent.getBroadcast(this, 0,sIntent, 0);

第一个参数是上下文.

第二个参数是每次requestcode不同,就能产生多个Pendingintent.

第三个参数是用来存储信息.

第四个参数是对不同操作作标识.

getBroadcast(Context context, int requestCode, Intent intent, int flags)中的flags有几种状态:
1.FLAG_CANCEL_CURRENT:如果AlarmManager管理的PendingIntent已经存在,那么将会取消当前的PendingIntent，从而创建一个新的PendingIntent.

2.FLAG_UPDATE_CURRENT:如果AlarmManager管理的PendingIntent已经存在,让新的Intent更新之前Intent对象数据,
例如更新Intent中的Extras,另外,我们也可以在PendingIntent的原进程中调用PendingIntent的cancel ()把其从系统中移除掉

3.FLAG_NO_CREATE:如果AlarmManager管理的PendingIntent已经存在,那么将不进行任何操作,直接返回已经.

4.FLAG_ONE_SHOT:该PendingIntent只作用一次.在该PendingIntent对象通过send()方法触发过后,
PendingIntent将自动调用cancel()进行销毁,那么如果你再调用send()方法的话,系统将会返回一个SendIntentException.