最近再调查手机standby　电流偏高时，跟踪到了AlarmManager，就对它进行了相关的了解。

AlarmManager的使用机制有的称呼为全局定时器，有的称呼为闹钟。通过对它的使用，它的作用和Timer有点相似。
都有两种相似的用法：
（1）在指定时长后执行某项操作
（2）周期性的执行某项操作

在android系统中，底层系统提供了两种类型的时钟，软时钟与硬时钟，软时钟就是我们常说的 Timer,硬时钟就是RTC。系统在正常运行的情况下，Timer工作提供时间服务和闹铃提醒，而在系统进入睡眠状态后，时间服务和闹铃提醒由RTC来 负责。对于上层应用来说，我们并不需要关心是 timer还是RTC为我们提供服务，因为android系统的Framework层把底层细节做了封装并统一提供API。这个API他的名字就叫 AlarmManager。在android系统中有意思的是对应AlarmManage有一个AlarmManagerServie服务程序，该服务程序 才是正真提供闹铃服务的，它主要维护应用程序注册下来的各类闹铃并适时的设置即将触发的闹铃给闹铃设备(在android系统中，linux实现的设备名为 "/dev/alarm")，并且一直监听闹铃设备，一旦有闹铃触发或者是闹铃事件发生，AlarmManagerServie服务程序就会遍历闹铃列表 找到相应的注册闹铃并发出广播。该服务程序在系统启动时被系统服务程序system_service启动并初始化闹铃设备(/dev/alarm)。当 然，在Java层的AlarmManagerService与Linux Alarm驱动 程序接口之间还有一层封装，那就是JNI。

AlarmManager将应用与服务分割开来后，使得应用程序开发者不用关心具体的服务，而是直接通过AlarmManager来使用这种服务。这也 许就是客户/服务模式的好处吧。AlarmManager与AlarmManagerServie之间是通过Binder来通信 的，他们之间是多对一的关系。

常用接口及

void cancel(PendingIntent operation)　　　// 取消已经注册的与参数匹配的闹铃
void set ( int type, long triggerAtTime, PendingIntent operation)　　// 注册一个新的闹铃
void setRepeating( int type, long triggerAtTime, long interval, PendingIntent operation)　// 注册一个重复类型的闹铃
void setTimeZone( String timeZone)　　// 设置时区

5种闹铃类型：

public static final int RTC_WAKEUP = 0;   

硬件闹钟，当闹钟发生时唤醒手机休眠；　// 能唤醒系统，用法同RTC类型，系统值为 0 (0x00000000) 。

public static final int RTC = 1;  

硬件闹钟，不唤醒手机（也可能是其它设备）休眠；当手机休眠时不发躰闹钟。

/*当系统进入睡眠状态时，这种类型的闹铃不会唤醒系统。直到系统下次被唤醒才传递它，该闹铃所用的时间是绝对时间，所用时间是UTC时间，可以通过调用 System.currentTimeMillis()获得。系统值是1 (0x00000001) 。*/

public static final int ELAPSED_REALTIME_WAKEUP = 2;

真实时间流逝闹钟，当闹钟发躰时唤醒手机休眠；  // 能唤醒系统，用法同ELAPSED_REALTIME，系统值是2 (0x00000002) 。

public static final int ELAPSED_REALTIME = 3;

/当 系统进入睡眠状态时，这种类型的闹铃不会唤醒系统。直到系统下次被唤醒才传递它，该闹铃所用的时间是相对时间，是从系统启动后开始计时的,包括睡眠时间， 可以通过调用SystemClock.elapsedRealtime()获得。系统值是3 (0x00000003)。*/

RTC闹钟和ELAPSED_REALTIME最大的差别就是前者可以通过修改手机时间触发闹钟事件，后者要通过真实时间的流逝，即使在休眠状态，时间也会被计算。 

adb shell dumpsys alarm

通过这命令可以查看被放到定时队列里面的事件

RTC_WAKEUP #1: Alarm{52c2ad84 type 0 com.sina.weibo}
type=0 when=+3m1s330ms repeatInterval=0 count=0
operation=PendingIntent{529fa514: PendingIntentRecord{52a7b220 com.sina.weibo broadcastIntent}}
如果我们就可以看到其中一个微博的alarm 如果我们想看他intent的详细信息
就可以用下面这个命令
adb shell dumpsys activity intents
然后找到里面id是52a7b220 的那一段

* PendingIntentRecord{52a7b220 com.sina.weibo broadcastIntent}
uid=10073 packageName=com.sina.weibo type=broadcastIntent flags=0x0
requestCode=1383195892 requestResolvedType=null
requestIntent=act=AlarmTaskSchedule
sent=true canceled=false

Ref:

http://blog.csdn.net/lee576/article/details/8073694/

http://blog.segmentfault.com/masaila/1190000000404684