Notificaition PendingIntent细节

PendingIntent概述

PendingIntent表示一种处于pending状态的意图，而pending的状态表示的是一种待定、等待、即将发生的意思。也就是说接下来有一个Intent将在摸个待定的时刻发生。可以看出来pendingIntent和Intent的区别了，PendingIntent是将来发生，而Intent是立刻发生。PendingIntent典型的使用场景是给 RemoteViews添加单击事件。因为RemoteViews运行在远程进程中，因此RemoteViews不同于普通的View，可以直接使用setOnClickListener方法设置单击事件。要想给RemoteViews设置点击事件，就必须使用PendingIntent，PendingIntent 通过send和cancel方法来发送和取消特定的待定的Intent。


PendingIntent支持三种意图，getActivity(),getService(),getBroadcast()。
getActivity(Context context,int requestCode,Intent intent,int flags)第一个和第三个参数好理解。第2个参数requestCode和第4个参数flags,其中requestCode表示PendingIntent发送方的请求码，多数情况下设为0即可。flags常见类型：FLAG_CANCEL_CURRENT、FLAG_UPDATE_CURRENT、FLAG_ONE_SHOT、FLAG_ONE_CREATE。另外requestCode会影响flags的效果。这里给大家详细介绍一下。


常用的flags就是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每次要设置不同的内容。


接下来介绍另外2种flags：FLAG_ONE_SHOT和FLAG_ONE_SHOT


FLAG_ONE_SHOT：当前描述的PendingIntent只能被使用一次，然后它juice会被自动cancel,如果后续还有相同的PendingIntent，那么它们的send就会调用失败。对于通知栏消息来说，如果采用了此标记，那么同类的通知只能使用一次，后续的通知单击后将无法打开。

FLAG_ONE_CREATE：当前描述的PendingIntent不会主动创建，如果当前PendingIntent之前不存在，那么getActivity(),getService(),getBroadcast()直接返回null。即PendintIntent获取失败。这个标记位很少用。


从上面分析来看，还是不太好理解这个4个标记位。下面结合通知栏消息在描述一遍。这里分两种情况，manager.notify(1,notification),如果notify的第一个参数id是个常量，那么多次调用notify只能弹出一个通知，后续的通知会把前面的通知完全替代掉。而如果每次id不同的话，那么多次调用notify会弹出多个通知。


那么可以很清楚的理解了。如果id相同，那么后面弹出的通知会直接替代前面的通知。反之。