1.Alarm机制
Android手机在长时间不操作的情况下会自动让CPU进入到睡眠状态。Alarm具有唤醒CPU的功能，可以保证在大多数情况下需要执行定时任务的时候CPU都能正常工作。
//首先获得AlarmManager的实例
AlarmManager manager = (AlarmManager) getSystemService(Context.ALARM_SERVICE);
//接下来调用set()或setExact()方法
manager.set(int, long, PedingIntent);
manager.setExact(int, long, PendingIntent);
由于从Android4.4系统开始，Alarm任务的触发时间将会变得不准确，这时系统在耗电性方面的优化。当要求Alarm任务的执行时间必须准确无误时，可以使用setExact()方法。当无需十分准确时，使用set()方法。
对于set()和setExact()这两个方法都接收3个参数。第一个参数是整型参数，用于指定AlarmManager的工作类型，有4种值可供选择：
ELAPSED_REALTIME，表示让定时任务的触发时间从系统开机开始算起，但不会唤醒CPU。
ELAPSED_REALTIME_WAKEUP，表示让定时任务的触发时间从系统开机开始算起，会唤醒CPU。
RTC，表示让定时任务的触发时间从1970年1月1日0点开始算起，但不会唤醒CPU。
RTC_WAKEUP，表示让定时任务的触发时间从1970年1月1日0点开始算起，会唤醒CPU。
第二个是参数就是定时任务触发的时间。如果第一个参数使用的是ELAPSED_REALTIME或是ELAPSED_REALTIME_WAKEUP，则这里传入开机至今的时间再加上延迟执行的时间(SystemClock.elapsedRealtime()获得开机至今所经历的时间)。
如果第一个参数使用的是RTC或RTC_WAKEUP，这里则传入1970年1月1日0点至今的时间再加上延迟执行的时间(System.currentTimeMillis()获得1970年1月1日0点至今所经历的时间)。
第三个参数是PendingIntent，一般会调用PendingIntent.getService()或是PendingIntent.getBroadcast()方法来获得一个能够执行Service或Broadcast的PendingIntent。当定时任务被触发时，Service的onStartCommand()或BroadcastReceiver的onReceive()方法就可以得到执行。
2.Doze模式
当用户设备是Android6.0或以上系统时，如果该设备未插接电源，处于静止状态(Android7.0删除了这一条件)，且屏幕关闭了一段时间之后，就会进入Doze模式。在Doze模式下，系统会对CPU、网络、Alarm等活动进行限制，从而延长电池的使用寿命。
系统不会一直处在Doze模式，而是会间歇性地退出Doze模式一小段时间，在这段时间中应用就可以去完成他们的同步操作、Alarm任务，等等。
在Doze模式下受限制的功能：
- 网络访问被禁止
- 系统忽略唤醒CPU或者屏幕操作
- 系统不再执行WIFI扫描
- 系统不再执行同步服务
- Alarm任务将会在下次退出Doze模式的时候执行
在Doze模式下，Alarm任务将会变得不准时。调用AlarmManager.setAndAllowWhileIdle()或setExactAndAllowWhileIdle()方法就能让定时任务即使在Doze模式下也能正常执行。这两个方法的区别和set()与setExact()方法之间的区别是一样的。
