Note:Beginning
in API 19, the trigger timepassed to this (set)
methodis
treated as inexact: the alarm will not be delivered before this time, butmay
be deferredand delivered some time later. The OS will use this policy in order to "batch" alarms together across the entire system,
minimizing the number of times the device needs to "wake up" and minimizing battery use. In general, alarms scheduled in the near future will not be deferred as long as alarms scheduled far in the future.
With the new batching policy, delivery ordering guarantees are not as strong as they were previously. If the application sets multiple alarms, it is possible that these alarms' actual delivery ordering may not match the order of their requested delivery times.If
your application has strong ordering requirements there are other APIs that you can useto get the necessary behavior; see setWindow(int,
long, long, PendingIntent) andsetExact(int,
long, PendingIntent).
Applications whose targetSdkVersion is before API 19 will continue to get the previous alarm behavior: all of their scheduled alarms will be treated as exact.