Alarm的学习

本文收集于网络，只用于方便查找方案，感谢源作者，如果侵权请联系删除

AlarmManager详细讲解

AlarmManager的作用文档中的解释是：在特定的时刻为我们广播一个指定的Intent。简单的说就是我们设定一个时间，然后在该时间到来时，AlarmManager为我们广播一个我们设定的Intent。 

对应AlarmManager更深层的了解可以参考： 
http://www.programbbs.com/doc/5888.htm 
http://jinguo.iteye.com/blog/799778 

android提供了四种类型的闹钟： 
❑ ELAPSED_REALTIME 
在指定的延时过后，发送广播，但不唤醒设备。 

❑ ELAPSED_REALTIME_WAKEUP 
在指定的演示后，发送广播，并唤醒设备 
延时是要把系统启动的时间SystemClock.elapsedRealtime()算进去的，具体用法看代码。 

❑ RTC 
在指定的时刻，发送广播，但不唤醒设备 

❑ RTC_WAKEUP 
在指定的时刻，发送广播，并唤醒设备 


AlarmManager提供的方法： 
❑ void set(int type, long triggerAtTime, PendingIntent operation) 
设置一个闹钟 

❑ void setRepeating(int type, long triggerAtTime, long interval, PendingIntent operation) 
设置一个会重复的闹钟 

❑ void setInexactRepeating(int type, long triggerAtTime, long interval, PendingIntent operation) 
设置一个重复闹钟的不精确版本，它相对而言更节能（power-efficient）一些，因为系统可能会将几个差不多的闹钟合并为一个来执行，减少设备的唤醒次数。 
内置的几个interval为： 
INTERVAL_FIFTEEN_MINUTES 
INTERVAL_HALF_HOUR 
INTERVAL_HOUR 
INTERVAL_HALF_DAY 
INTERVAL_DAY 
如果你将其设为DAY，那么可能这一天中的所有闹钟都会被合并掉。 

❑ void cancel(PendingIntent operation) 
取消一个设置的闹钟 

❑ void setTimeZone(String timeZone) 
设置系统的默认时区。需要android.permission.SET_TIME_ZONE权限 

Java代码  

1. // 首先创建Receiver   
2. public   class  AlarmReceiver  extends  BroadcastReceiver {  
3.     @Override   
4.     public   void  onReceive(Context context, Intent intent) {  
5.         Toast.makeText(context, "alarm" , Toast.LENGTH_SHORT).show();  
6.     }  
7. }  

 

Xml代码  

1. // manifest中申明，并不需要intent-filter，我们是明确指定发到哪个receiver的  
2. < receiver   android:name = "yuan.receivers.AlarmReceiver"   />   

PendingIntent：简单的说就是在Intent上在加个指定的动 作。Intent的话，我们还需要在执行startActivity、startService或sendBroadcast才能使Intent有用。而 PendingIntent的话就是将这个动作包含在内了，如PendingIntent.getBroadcast就包含了sendBroadcast 的动作。 

5s后发送指定广播

Java代码  

1. AlarmManager alarmMgr = (AlarmManager) getSystemService(Context.ALARM_SERVICE);  
2. Intent intent = new  Intent(getApplicationContext(), AlarmReceiver. class );  
3. int  requestCode =  0 ;  
4. PendingIntent pendIntent = PendingIntent.getBroadcast(getApplicationContext(),  
5.         requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT);  
6. // 5秒后发送广播，只发送一次   
7. int  triggerAtTime = SystemClock.elapsedRealtime() +  5  *  1000 ;  
8. alarmMgr.set(AlarmManager.ELAPSED_REALTIME, triggerAtTime, pendIntent);  

5s后发送指定广播，然后每个10秒重复发送广播

Java代码  

1. AlarmManager alarmMgr = (AlarmManager) getSystemService(Context.ALARM_SERVICE);  
2. Intent intent = new  Intent(getApplicationContext(), AlarmReceiver. class );  
3. int  requestCode =  0 ;  
4. PendingIntent pendIntent = PendingIntent.getBroadcast(getApplicationContext(),  
5.         requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT);  
6. // 5秒后发送广播，然后每个10秒重复发广播。广播都是直接发到AlarmReceiver的   
7. int  triggerAtTime = SystemClock.elapsedRealtime() +  5  *  1000 ;  
8. int  interval =  10  *  1000 ;  
9. alarmMgr.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, triggerAtTime, interval, pendIntent);  

取消一个闹钟

Java代码  

1. AlarmManager alarmMgr = (AlarmManager) getSystemService(Context.ALARM_SERVICE);  
2. Intent intent = new  Intent(getApplicationContext(), AlarmReceiver. class );  
3. PendingIntent pendIntent = PendingIntent.getBroadcast(getApplicationContext(),  
4.         0 , intent, PendingIntent.FLAG_UPDATE_CURRENT);  
5. // 与上面的intent匹配（filterEquals(intent)）的闹钟会被取消   
6. alarmMgr.cancel(pendIntent);  

当我们自己使用Notification在通知栏提示消息时，我们通过点击下拉的消息，来打开app指定的页面，如果需要传递更多信息时，可以通过PendingIntent。

在使用中，碰到了一些问题，主要是参数FLAG_CANCEL_CURRENT和FLAG_UPDATE_CURRENT，总结如下：

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每次要设置不同的内容。