定时任务----Alarm机制和Doze模式

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模式.jpg

 在Doze模式受限制的功能

  • 网络访问被禁止
  • 系统忽略唤醒CPU或者屏幕操作
  • 系统不再执行WIFI扫描
  • 系统不再执行同步服务
  • Alarm任务将会在下次退出Doze模式的时候执行

在Doze模式下Alarm任务将会变得不准时。调用AlarmManager.setAndAllowWhileIdle()或setExactAndAllowWhileIdle()方法就能让定时任务即使在Doze模式下也能正常执行。这两个方法的区别set()与setExact()方法之间的区别是一样的。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。