Discussion :

[Dyz3r]

Bonjour,

depuis un petit moment déjà, je me penche sur les Services car j'en ai besoin pour l'application que je développe en ce moment.
J'ai donc crée un Service qui utilise un TimerTask et qui permet d'envoyer une notification toutes les 30 secondes.
Malheureusement, j'ai remarqué que ce service présente 2 problèmes :
1) Le compteur des 30 secondes s'arrête lorsque le téléphone est en veille et ne n'émet donc plus aucune notification
2) Il arrive qu'au bout d'un certain temps il crashe...

En fouillant un peu sur internet, j'ai vu que je n'étais pas le seul à rencontrer ces problèmes, et j'ai également vu que l'AlarmManager semblait être une solution à mes problèmes.

J'ai donc testé et effectivement, l'AlarmManager semble similaire au Service au détail près qu'il nécessite un BroadcastReceiver, et qui exécute le code du onReceive()...

Suite à cela, je me suis posé quelques questions dont je n'ai malheureusement pas trouvé les réponses.
Je me penche donc vers vous pour m'éclaircir sur certains points :
- Existe-t-il une méthode qui empêcherait le compteur du service de s'arrêter lorsque le téléphone est en veille ?
- AlarmManager n'est pas considéré comme un service, mais n'en est-il implicitement pas un ?
- Certaines personnes veulent utiliser l'AlarmManager pour lancer un service toutes les X temps, mais n'est-il pas plus simple de mettre de faire exécuter le code dans le onReceive() ?
- Est-ce plus coûteux qu'un Service en terme de mémoire ?

Je vous remercie par avance pour vos réponses !

[nicroman]

1) Le compteur des 30 secondes s'arrête lorsque le téléphone est en veille et ne n'émet donc plus aucune notification

Oui c'est normal, quand le téléphone se met en veille aucun programme ne tourne plus.

2) Il arrive qu'au bout d'un certain temps il crashe...

Il faudrait voir le logcat, et l'erreur indiquée (ainsi que le code)

j'ai vu que je n'étais pas le seul à rencontrer ces problèmes

Ben en fait, même tout le monde, puisque c'est sensé fonctionner comme cela

Existe-t-il une méthode qui empêcherait le compteur du service de s'arrêter lorsque le téléphone est en veille ?

Non.

AlarmManager n'est pas considéré comme un service, mais n'en est-il implicitement pas un ?
Certaines personnes veulent utiliser l'AlarmManager pour lancer un service toutes les X temps, mais n'est-il pas plus simple de mettre de faire exécuter le code dans le onReceive() ?

Non. L'alarmManager va envoyer un Intent à un broadcast receiver...Celui-ci doit utiliser le moins de temps possible pour y répondre... si l'action nécessite du temps (par exemple une requête internet), alors il faut passer par un service.

Est-ce plus coûteux qu'un Service en terme de mémoire ?

Non, de toute manière il faut charger l'application en mémoire (process), donc...

Mais attention... une "alarme" peut demander un reveil explicite du téléphone (écran éteint quand même), mais toutes 30 secondes cela signifie la mort de la batterie en 2/3h... (voire moins si on fait des accès réseaux)... En général, téléphone en veille, on laisse l'alarm-manager faire ses appels "groupés" (donc décalés pendant des fenêtres de reveil, toutes les 15min environ).

[Dyz3r]

Bonsoir nicroman,

je te remercie pour ta réponse très claire !
Cependant, je n'ai pas saisi le dernier point que tu as mentionné :

En général, téléphone en veille, on laisse l'alarm-manager faire ses appels "groupés" (donc décalés pendant des fenêtres de reveil, toutes les 15min environ).

Et je comprend parfaitement que 30 secondes soit un sacré coup pour la batterie du téléphone... Aurais-tu un niveau de compteur qui soit viable ? (Je pensais en réalité régler le compteur à 30 minutes minimum, voir 1 heure).

Edit :

Il faudrait voir le logcat, et l'erreur indiquée (ainsi que le code)

J'ai eu le problème en le testant sur mon téléphone directement . Sur l'émulateur, je ne l'ai jamais rencontré surement car je ne l'ai pas testé assez longtemps.

[nicroman]

Il y a 2 modes d'alarme à chaque fois:

"WAKEUP": le téléphone sortira de veille pour l'alarme. Indispensable pour les "vraies" alarmes.
"NORMAL": le téléphone ne sort pas de veille, mais l'alarme sera déclenchée à la prochaine sortie de veille programmée. Ce qu'il fait pendant un court laps de temps toutes les 15 minutes environ pour diverses opérations.

Donc une alarme programmée toutes les 5 minutes en 'normal' (pas de wakeup) ne prendra pas plus de batterie qu'une programmée toutes les 15 minutes quand le téléphone est en veille.

[Dyz3r]

Bonsoir necroman,

je te remercie encore pour ta réponse !
Je vais me renseigner davantage sur le mode NORMAL car je trouve cela en effet bien plus intéressant pour mon cas !
Je mets donc le status de cette discussion comme étant résolue .