189 8069 5689
昨天帮朋友使用Android开发定时提醒功能模块，咋看这个功能挺简单的，但是其中涉及到的东西还挺多，这里我主要挑了PendingIntent来做介绍。
创新互联是一家从事企业网站建设、成都网站建设、成都网站设计、行业门户网站建设、网页设计制作的专业网络公司，拥有经验丰富的网站建设工程师和网页设计人员，具备各种规模与类型网站建设的实力，在网站建设领域树立了自己独特的设计风格。自公司成立以来曾独立设计制作的站点上1000+。
什么是PendingIntent？
简单来说，PendingIntent其实就是用来指定在某个操作之后，下一步做什么。打个比方：老大说我们在项目完成之后就要发奖金，发奖金这件事情在项目完成之后将触发的操作，就相于PendingIntent。
什么时候会用PendingIntent?
PendingIntent通常会用在定时提醒及发送Notification消息时，用来指定到达指定时间及点击Notification消息之后的操作。例如以下代码:
AlarmManager alarmManager = (AlarmManager)getSystemService(ALARM_SERVICE); alarmManager.setRepeating(AlarmManager.RTC_WAKEUP,task.getDateTime().getMillis(), 30*1000, pendingIntent);
上述代码是一个定时提醒的功能，pendingIntent参数用于指定到达指定时间是该做何种操作。
PendingIntent提供的操作?
目前PendingIntent提供了三项操作:启动Activity、启动Service以及发送广播，它的实例化是通过
PendingIntent的三个静态方法来完成， getActivity(Context, int, Intent, int), getBroadcast(Context, int, Intent, int), getService(Context, int, Intent, int)，这三个方法与前面三项操作是一一对应的。
PendingIntent参数解释
以 getActivity为例我们来介绍PendingIntent参数。SDK的API中对 getActivity是这样解释的：
这里我们主要介绍flags参数，这个参数比较重要，也较难理解。继续阅读API文档，文档告诉我们flags可能的值有如下几个：FLAG_ONE_SHOT, FLAG_NO_CREATE, FLAG_CANCEL_CURRENT, FLAG_UPDATE_CURRENT。
现在我们分别来看看这几个值是什么意思：
这个参数的含义是:当做了启动Activity这件事情之后，后面再去做启动Activity这件事，都是无效的。
这个参数的含义是：如果PendingIntent不存在，那么直接返回null而不创建。一般来说这个用的比较少。
这个参数的含义是：如果PendingIntent如果存在的话，那么首先取消它，然后再创建。
这个参数的含义是:PendingIntent如果存在，那么继续保持它，并用新的Intent里面的Extras数据替换这个PendingIntent里面Intent的Extras数据。
PendingIntent存在性判定
看到上面PendingIntent参数的解释，我们发现这几个参数大多与PendingIntent的存在性有关。那么通过getActivity这个方法拿到的PendingIntent是已经存在的还是新创建的？这里我们通过阅读源码来找到问题的答案。首先找到PendingIntent.getActivity方法。
public static PendingIntent getActivity(Context context, int requestCode,
Intent intent, int flags, Bundle options) {
String packageName = context.getPackageName();
String resolvedType = intent != null ? intent.resolveTypeIfNeeded(
context.getContentResolver()) : null;
try {
intent.setAllowFds(false);
IIntentSender target =
ActivityManagerNative.getDefault().getIntentSender(
ActivityManager.INTENT_SENDER_ACTIVITY, packageName,
null, null, requestCode, new Intent[] { intent },
resolvedType != null ? new String[] { resolvedType } : null,
flags, options, UserHandle.myUserId());
return target != null ? new PendingIntent(target) : null;
} catch (RemoteException e) {
}
return null;
}从这个方法里面，我们发现，PendingIntent是跟Target有关，并且每次拿到的PendingIntent的内存地址都不是同一个，所以PendingIntent不是通过"=="运算来比较存在性的，我们找到PendingIntent的equals方法。
@Override
public boolean equals(Object otherObj) {
if (otherObj instanceof PendingIntent) {
return mTarget.asBinder().equals(((PendingIntent)otherObj)
.mTarget.asBinder());
}
return false;
}我们发现是比较mTarget的Binder，那mTarget是什么？mTarget就是我们getActivity方法里面见到的target，所以这里我们可以说：PendingIntent存在性是与mTarget有关，而与PendingIntent本身无关。
通过target的获取方式，我们不难猜测一下target存在性是与request,intent,context有关。我们再结合API文档来看一下：
这里描述的是与operation、intent的action、data、categories等等有关。所以如果要让两个PendingIntent不同，可以通过设置intent的data参数：例如：intent2.setData(Uri.parse("task://12");同样你也可以改变其他值来让PendingIntent不同。
再结合上面 FLAG_ONE_SHOT, FLAG_NO_CREATE, FLAG_CANCEL_CURRENT, FLAG_UPDATE_CURRENT来理解一下。
FLAG_ONE_SHOT->target是否相同->如果相同则看send()方法是否调用->如果已经调用了，则不做任何操作。
FLAG_NO_CREATE->target是否存在->如果不存在返回null
FLAG_CANCEL_CURRENT->target是否存在->如果存在则取消操作，重新生成一个target
FLAG_UPDATE_CURRENT->target是否存在->保持target,将intent的extras值更新
好了，以上是本人的一些浅见，希望对你有所帮助！