J'ai un service android qui se connecte au serveur distant par TCP/IP et attend des notifications de celui-ci. Est-ce que je devrais m'intéresser au PowerManagement? Le mode sommeil peut-il m'affecter de quelle manière?Quand devrais-je m'intéresser à PowerManagement et aux verrous de réveil pour le service Android?
Si non, que sont les "cas d'utilisation" pour se soucier des verrous de sillage?
Attention: ce qui suit est une conjecture éclairée. Votre kilométrage peut varier. Je comprends que les paquets arrivant sur une connexion socket ouverte vont réveiller le périphérique. Cependant, il n'y a aucune garantie sur combien de temps l'appareil restera éveillé. Il ne peut pas garder l'appareil éveillé indéfiniment - sinon, le nouveau matériel de messagerie de C2DM (Cloud-to-Device Messaging) de Google maintiendrait l'appareil tout le temps. Je pense que cela réveille l'appareil, mais c'est à vous de veiller à ce qu'il reste éveillé tant que vous en avez besoin pour être éveillé. Pour cela, vous aurez besoin d'un WakeLock. Inversement, ce que vous ne voulez pas faire est de configurer votre canal serveur de manière à ce qu'il y ait un flux continu de données tout le temps. Cela va marteler la batterie de l'utilisateur, non seulement en gardant le CPU allumé, mais seulement pour la radio - pour la 3G, avoir une connexion de données n'est pas cher, mais envoyer/recevoir des données est. Lorsqu'il apparaît, regardez la présentation de Google I | O 2010 sur C2DM. Ils ont couvert un certain nombre des implications de puissance d'Android et comment ils ont dû les adresser pour la partie de client de C2DM.