android中的定时任务

• 资料来源 《第一行代码》

两种方法

• 一个是java的Timer类。一个是android的Alarm机制。
  Timer类有一个缺陷，不适用长期在后台运行的定时任务。因为，android手机在长时间不操作的情况下，CPU会进入休眠，这样导致Timer的定时任务无法正常运行。
  Alarm则具有唤醒CPU的功能，可以保证大多数情况下，需要执行定时任务时，cpu都能正常工作。
  注意一点：唤醒CPU和唤醒屏幕不是一回事。

AlarmManager的4种工作类型：

• public static final int ELAPSED_REALTIME = 3;
  让定时任务的触发时间从系统开机时间算起，但不会唤醒cpu
• public static final int ELAPSED_REALTIME_WAKEUP = 2;
  让定时任务的触发时间从系统开机时间算起，会唤醒cpu
• public static final int RTC = 1;
  让定时任务的触发时间从1970年1月1日0点算起，不会唤醒cpu
• public static final int RTC_WAKEUP = 0;
  让定时任务的触发时间从1970年1月1日0点算起，会唤醒cpu

系统获取时间的方法有两个：

• SystemClock.elapsedRealtime()
  获取到系统开机至今所经历时间的毫秒数

• System.currentTimeMillis()
  获取到1970年1月1日0点至今所经历时间的毫秒数

注意：

4.4以后Alarm任务触发时间将变的不精确，有可能延迟一段时间后任务才能得到执行。这是系统在耗电方面进行的优化。系统会自动检测目前有多少个Alarm任务存在。然后将触发时间相近的几个任务放在一起执行，这就可以大幅度减少cpu被唤醒的次数，从而有效延长电池的使用时间。
如果要保证精确，使用setExact（）方法。

m.set(int type, long triggerAtMillis, PendingIntent operation);

m.setExact(int type, long triggerAtMillis, PendingIntent operation);