android闹钟系统设计报告.docx

PendingInent

PendingInent 与AlarmManager

概要：本文通过对OPhone内置闹铃功能的简单介绍，来让开发者朋友们了解基于OPhone平台下客户/服务模式的编程模型，以及如何使用OPhone系统提供的闹铃唤醒功能。与此同时，本文还对PendingIntent做一些简单的介绍，并通过实例程序来演示如何通过PendingIntent将闹钟应用程序和系统闹铃服务联系起来。

关键字：闹钟；一、闹铃功能

闹钟应用程序作为人们日常常用的基本应用程序之一，其重要性不言而喻。在OPhone系统中闹铃服务功能不仅仅对闹钟应用程序服务，最重要的是可以利用该闹铃服务功能提供的唤醒能力来做定时器。这样即便应用程序没有运行或者是没有启动的情况下，只要其注册过闹铃，那么该闹铃到时间后，OPhone系统可以自动将该应用程序启动，这就是所谓的闹铃“唤醒“功能。

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

AlarmManager将应用与服务分割开来后，使得应用程序开发者不用关心具体的服务，而是直接通过AlarmManager来使用这种服务。这也许就是客户/服务模式的好处吧。AlarmManager与AlarmManagerServie之间是通过Binder来通信的，他们之间是多对一的关系。在OPhone系统中，AlarmManage提供了3个接口5种类型的闹铃服务：

3个

3个API调用接口：

void

cancel(PendingIntentoperation)

//取消已经注册的与参数匹配的闹铃

void

set(inttype,longtriggerAtTime,PendingIntentoperation)

//

//注册一个新的闹铃

void

setRepeating(inttype,longtriggerAtTime,longinterval,PendingIntentoperation)

//注册一个重复类型的闹铃

void

setTimeZone(StringtimeZone)

//设置时区

5

5种闹铃类型：

publicstaticfinalintELAPSED_REALTIME

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

publicstaticfinalintELAPSED_REALTIME_WAKEUP

//能唤醒系统，用法同ELAPSED_REALTIME，系统值是2(0。

publicstaticfinalintRTC

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

publicstaticfinalintRTC_WAKEUP

//能唤醒系统，用法同RTC类型，系统值为0(0。

Publicstat