分类：
2011-05-18 10:21:14
Intent和PendingIntent的关系，初学的时候很迷惑，用PendingIntent的时候，还会出现奇怪的问题，比如无法传递数据，无法更新数据，所以我集众家之长，加上我个人的一些实践，总结如下，希望能给你一些帮助。
首先看官方解释：An Intent is something that is used right now; a PendingIntent is something that may create an Intent in the future. You will use a PendingIntent with Notifications, AlarmManager, etc.
解释1：
Intent 表示一个目的，第一个参数表示所在类，第二个参数表示目标类
PendingIntent 即是一个Intent的描述
PendingIntent和Intent的区别：
PendingIntent就是一个Intent的描述，我们可以把这个描述交给别的程序，别的程序根据这个描述在后面的别的时间做你安排做的事情
换种说法Intent 字面意思是意图，即我们的目的，我们想要做的事情，在activity中，我们可以立即执行它
PendingIntent 相当于对intent执行了包装，我们不一定一定要马上执行它，我们将其包装后，传递给其他activity或application
这时，获取到PendingIntent 的application 能够根据里面的intent 来得知发出者的意图，选择拦击或者继续传递或者执行
解释2：
intent英文意思是意图，pending表示即将发生或来临的事情。
PendingIntent这个类用于处理即将发生的事情。比如在通知Notification中用于跳转页面，但不是马上跳转。
Intent 是及时启动，intent 随所在的activity 消失而消失。
PendingIntent 可以看作是对intent的包装，通常通过getActivity,getBroadcast
,getService来得到pendingintent的实例，当前activity并不能马上启动它所包含的intent,而是在外部执行
pendingintent时，调用intent的。正由于pendingintent中
保存有当前App的Context，使它赋予外部App一种能力，使得外部App可以如同当前App一样的执行pendingintent里的
Intent，
就算在执行时当前App已经不存在了，也能通过存在pendingintent里的Context照样执行Intent。另外还可以处理intent执行
后的操作。常和alermanger 和notificationmanager一起使用。
Intent一般是用作Activity、Sercvice、BroadcastReceiver之间传递数据，而Pendingintent，一般用在
Notification上，可以理解为延迟执行的intent，PendingIntent是对Intent一个包装。
下面是一个发送SMS短信的例子：
- String msg ="你好";
- String number = "135****6784";
- SmsManager sms = SmsManager.getDefault();
- PendingIntent pi = PendingIntent.getBroadcast(SmsActivity.this,0,new Intent(XXX),0);
- sms.sendTextMessage(number, null, msg, pi, null);
- Toast.makeText(SmsActivity.this,"发送成功",Toast.LENGHT_LONG).show();
方 法SmsManager.sendTextMessage(String destinationAddress, String scAddress, String text, PendingIntent sentIntent, PendingIntent deliveryIntent)：
如果你的BroadcastReveiver注册接收相应的消息，你就会收到相应的Intent，这时候就可以根据Intent的Action，执行相应的动作，这就是上面说的in the future的含义；
有三个静态方法可以获得PendingIntent实例：
flags参数有三个，我觉得英文更好理解：
FLAG_ONE_SHOT：this
PendingIntent can only be used once. If set, after send() is called on
it, it will be automatically canceled for you and any future attempt to
send through it will fail.
FLAG_UPDATE_CURRENT：
if the described PendingIntent already exists, then keep it but its
replace its extra data with what is in this new Intent. This can be used
if you are creating intents where only the extras change, and don't
care that any entities that received your previous PendingIntent will be
able to launch it with your new extras even if they are not explicitly
given to it.
这个简单解释一下，就是当存在时，先把原来的取消，然后创建一个新的，在AlarmManager服务时，修改一个闹铃，用的比较笨的的方法，先取消，然后重新注册，其实加上这个参数就行了。
要注意的是，这个只更新extra data，不会修改其他内容，不能new一个Intent，还有就是如果你的Intent中需要传递Id或者其他数据，一定要用这个flags或者FLAG_CANCEL_CURRENT，曾经一直接收不到Id，查了半天原来是这个原因 :-（
LAG_NO_CREATE：if the described PendingIntent does not already exist, then simply return null instead of creating it.
LAG_CANCEL_CURRENT：if
the described PendingIntent already exists, the current one is canceled
before generating a new one.You can use this to retrieve a new
PendingIntent when you are only changing the extra data in the Intent;
by canceling the previous pending intent, this ensures that only
entities given the new data will be able to launch it. If this assurance
is not an issue, consider FLAG_UPDATE_CURRENT.
上面4个flag中最经常使用的是FLAG_UPDATE_CURRENT，因为描述的Intent有更新的时候需要用到这个flag去更新你的描述(确切的说是更新extra data)，否则组件在下次事件发生或时间到达的时候extras永远是第一次Intent的extras，使用FLAG_CANCEL_CURRENT也能做到更新extras，只不过是先把前面的extras清除，另外FLAG_CANCEL_CURRENT和FLAG_UPDATE_CURRENT的区别在于能否新new一个Intent，FLAG_CANCEL_CURRENT能够新new一个Intent，而FLAG_UPDATE_CURRENT则不能，只能使用第一次的Intent。
还有一个问题就是怎么区分PendingIntent,主要取消的时候要用到，requestCode可以区分，但系统还是根据Intent的Action去区分的，如果Intent设置了Class，classData，取消的时候Intent一定要设置要相同的，不然取消不掉就可能出现取消后，Alarm还会响的问题，PendingIntent用的地方蛮多的，像 Notifications, AlarmManager等都会用到。。。
以下是参考的文章：
http://yichen914.spaces.live.com/blog/cns!723590D920FAF62B!703.entry
http://jimmymouse.javaeye.com/blog/760505
本文出自 “超越梦想” 博客，请务必保留此出处http://breezy.blog.51cto.com/2400264/424154
