application d'alarme Android lorsque le téléphone est éteint

AlarmManager

android.app.AlarmManager

classe Vue d'ensemble

Cette classe permet d'accéder aux services d'alarme du système. Ceux-ci vous permettent de planifier votre application à exécuter à un moment donné dans l'avenir. Lorsqu'une alarme se déclenche, l'intention qui avait été enregistré pour elle est diffusée par le système, le démarrage automatique de l'application cible si elle est pas déjà en cours d'exécution. les alarmes enregistrées sont conservées lorsque l'appareil est en veille (et peut éventuellement réveiller le dispositif en place si elles partent pendant ce temps), mais sera effacé si elle est éteint et redémarré.

Le gestionnaire d'alarme détient un verrou de sillage de CPU aussi longtemps que OnReceive () la méthode du récepteur d'alarme est en cours d'exécution. Cela garantit que le téléphone ne sera pas dormir jusqu'à ce que vous avez terminé la manipulation de la diffusion. Une fois OnReceive () retourne, le gestionnaire de presse d'alarme cette serrure de sillage. Cela signifie que la volonté de téléphone dans certains cas dormir dès que votre méthode OnReceive () complète. Si votre récepteur d'alarme appelé Context.startService (). il est possible que le téléphone va dormir avant que le service demandé est lancé. Pour éviter cela, votre BroadcastReceiver et de service devront mettre en œuvre une politique de verrouillage de réveil distinct pour assurer que le téléphone continue de fonctionner jusqu'à ce que le service soit disponible.

Remarque: Le gestionnaire d'alarme est prévue pour les cas où vous voulez avoir votre code d'application exécutée à un moment précis, même si votre application ne fonctionne pas actuellement. Pour les opérations de synchronisation normales (tiques, Temporisations, etc), il est plus facile et beaucoup plus efficace d'utiliser Handler.

Remarque: A partir de 19 API (KITKAT) de livraison d'alarme est inexact: le système d'exploitation se déplacera les alarmes afin de minimiser wakeups et l'utilisation de la batterie. Il y a de nouvelles API pour les applications de soutien qui ont besoin de garanties de livraison strictes; voir setWindow (int, long, long, PendingIntent) et setExact (int, long, PendingIntent). Applications dont targetSdkVersion est antérieure à l'API 19 continueront de voir le comportement précédent dans lequel toutes les alarmes sont livrés exactement à la demande.

Vous n'instancier directement cette classe; à la place, le récupérer à travers) "> Context.getSystemService (Context.ALARM_SERVICE).