AlarmManager简介及使用场景:
AlarmManager的使用机制有的称呼为全局定时器,有的称呼为闹钟。通过对它的使用,它的作用和Timer有点相似。
都有两种相似的用法:
(1)、在指定时长后执行某项操作
(2)、周期性的执行某项操作
AlarmManager对象配合Intent使用,可以定时的开启一个Activity,发送一个BroadCast,或者开启一个Service.
AlarmManager 包含的主要方法:
void cancel(PendingIntent operation) // 取消已经注册的与参数匹配的定时器
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) //注册一个非精密的重复类型定时器
void setTimeZone(String timeZone) //设置时区
定时器主要类型:
public static final int ELAPSED_REALTIME //当系统进入睡眠状态时,这种类型的闹铃不会唤醒系统。直到系统下次被唤醒才传递它,该闹铃所用的时间是相对时间,是从系统启动后开始计时的,包括睡眠时间,可以通过调用SystemClock.elapsedRealtime()获得。系统值是3 (0x00000003)。 public static final int ELAPSED_REALTIME_WAKEUP //表示闹钟在睡眠状态下会唤醒系统并执行提示功能,用法同ELAPSED_REALTIME,系统值是2 (0x00000002) 。 public static final int RTC //当系统进入睡眠状态时,这种类型的闹铃不会唤醒系统。直到系统下次被唤醒才传递它,该闹铃所用的时间是绝对时间,所用时间是UTC时间,可以通过调用 System.currentTimeMillis()获得。系统值是1 (0x00000001) 。 public static final int RTC_WAKEUP
//表示闹钟在睡眠状态下会唤醒系统并执行提示功能,用法同RTC类型,系统值为0(0x00000000)。
System.uptimeMillis() //记录从机器启动后到现在的毫秒数,当系统进入深度睡眠时,此计时器将会停止
System.currentTimeMillis() //返回自1970年1月1日到现在的毫秒数,通常用来设置日期和时间
System.elapsedRealtime() //返回从机器启动后到现在的毫秒数,包括系统深度睡眠的时间
它大致分为两种类型 一种是相对时间 一种是绝对时间.所以,根据使用的类型不同 triggerAtTime设置也有所不同
如果使用ELAPSED_REALTIME_WAKEUP类型 应该调用SystemClock.elapsedRealtime()获取相对时间在加上你设定的延迟时间
alarmManager.set(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime()+5000, sender);
如果使用RTC_WAKEUP类型 应该调用System.currentTimeMillis()获取从1970.1.1号以来的时间在加上你设定的延迟时间
alarmManager.set(AlarmManager.RTC_WAKEUP, System.currentTimeMillis()+5000, sender);
setRepeating方法有4个参数,这些参数的含义如下:
type:表示警报类型,一般可以取的值是AlarmManager.RTC和AlarmManager.RTC_WAKEUP。如果将type参数值设为AlarmManager.RTC,表示是一个正常的定时器,如果将type参数值设为AlarmManager.RTC_WAKEUP,除了有定时器的功能外,还会发出警报声(例如,响铃、震动)。
triggerAtTime:第1次运行时要等待的时间,也就是执行延迟时间,单位是毫秒。
interval:表示执行的时间间隔,单位是毫秒。
operation:一个PendingIntent对象,表示到时间后要执行的操作。PendingIntent与Intent类似,可以封装Activity、BroadcastReceiver和Service。但与Intent不同的是,PendingIntent可以脱离应用程序而存在。