AlarmManager延迟生效

AlarmManager这个类提供对系统闹钟服务的访问接口。

  你可以为你的应用设定一个在未来某个时间唤醒的功能。

  当闹钟响起,实际上是系统发出了为这个闹钟注册的广播,会自动开启目标应用。

  注册的闹钟在设备睡眠的时候仍然会保留,可以选择性地设置是否唤醒设备,但是当设备关机和重启后,闹钟将会被清除

 

  在alarm的receiver的onReceive()方法被执行的时候,Alarm Manager持有一个CPU唤醒锁,这样就保证了设备在处理完广播之前不会sleep。

  一旦onReceive()方法返回,Alarm Manager就会释放这个锁,表明一些情况下可能onReceive()方法一执行完设备就会sleep。

  如果你的alarm receiver中调用了Context.startService(),那么很可能service还没起来设备就sleep了。

  为了阻止这种情况,你的BroadcastReceiver和Service需要实现不同的唤醒锁机制,来确保设备持续运行到service可用为止。

 

  注意:Alarm Manager主要是用来在特定时刻运行你的代码,即便是你的应用在那个特定时刻没有跑的情况。

  对于常规的计时操作(ticks, timeouts, etc),使用Handler处理更加方便和有效率。

 

  另:从API 19开始,alarm的机制都是非准确传递,操作系统将会转换闹钟,来最小化唤醒和电池使用。

  有一些新的API会支持严格准确的传递,见 setWindow(int, long, long, PendingIntent)和setExact(int, long, PendingIntent)。

  targetSdkVersion在API 19之前应用仍将继续使用以前的行为,所有的闹钟在要求准确传递的情况下都会准确传递。

你可能感兴趣的:(AlarmManager延迟生效)