Discussion :

[gRRosminet]

Bonjour,

Je suis en train de faire une application qui doit renvoyer des informations à un serveur régulièrement. J'ai donc fait un service qui lance un thread. Ce thread se charge d'ouvrir la connexion puis d'envoyer les informations régulièrement.

Je dispose d'une Activity qui permet de visualiser les traces avec un horodatage.

code simplifié :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class Mythread extends Thread
{
    public void run()
    {
         // Ouverture de la connexion
 
 
         // Envoi d'infos régulièrement
         while (true)
         {
              trace("avant envoiInfos");
              envoiInfos();
              sleep(15000);
         }
    }
}

Tout ca marche parfaitement, mais une fois qu'on est sur un vrai téléphone, au bout de quelques dizaines de secondes que l'écran s'est éteint, on reste bloqué dans le sleep

exemple de traces :

11:08:00 | avant envoiInfos
11:08:15 | avant envoiInfos
11:08:30 | avant envoiInfos << extinction de l'écran
11:08:46 | avant envoiInfos
11:09:01 | avant envoiInfos
11:09:15 | avant envoiInfos
11:18:23 | avant envoiInfos << rallumage de l'écran, on est resté 9 minutes sans trace
11:18:38 | avant envoiInfos
...

Quelqu'un aurait-il une idée du pourquoi du comment ?
Pour info, j'utilise des Threads parceque j'ai potentiellement pas mal de connexions à gérer. De plus ce code est dans une librairie qui sera aussi bien utilisée dans une appli java ordinaire que dans une appli android


Merci pour vos tuyaux !

[gRRosminet]

Pour info, j'ai tenté de faire les envois d'info via un handler et ca ne marche pas mieux que le thread : c'est vraiment toute l'appli qui se fait mettre en pause

[nicroman]

Ben oui... c'est un peu le but de la mise en veille.... sinon, autant juste éteindre l'écran....

Première remarque: Sleep()... on ne fait jamais de sleep() dans un thread, sauf cas très particuliers... et dans tous les cas on devrait alors avoir (je suis étonné d'ailleurs que le code que tu as posté compile):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
public void run()
{
     boolean stopped = false;
     while (stopped) {
          try {
              ...
              sleep(...);
          } catch (InterruptedException ex) {
              stopped =  true;
          }
     }
}

J'espère qu'il n'y a pas de traitement réseau dans l'opération toutes les 15s, parce que sinon, c'est 5h de durée de vie pour la batterie...
C'est pour cette raison qu'on répète ici régulièrement qu'on ne programme pas pour mobile de la même façon que pour un serveur (sensé tourner 24/24).....

Pour éviter le sleep, on passe par des évènements (de synchronisation ou système), je pense en particulier au AlarmManager, qui, au passage, est capable de "réveiller" le téléphone régulièrement (pas plus d'une fois toutes les 15 minutes il me semble)...
Au passage, l'utilisation d’évènements permet de ne plus avoir de Thread... Libre à l'implémentation "application classique" d'utiliser un Thread pour envoyer les évènements en question...

Il y a aussi le Wake_lock... pour garder le téléphone allumé....
http://developer.android.com/referen....WakeLock.html

Enfin bref... dans tous les cas, un truc qui tourne et fait une action toutes les 15s est une très mauvaise idée sur téléphone... si en plus elle fait du réseau, ca veut dire que la partie "network" ne s'éteint jamais... Battery / CPU Hogger....

[gRRosminet]

Pour ce qui est du InterruptedException, je l'ai volontairement omis dans mon petit bout de code simplifié.

Pour le reste, j'ai besoin de transférer mes informations sur le réseau très régulièrement, donc consommateur ou pas, j'en ai besoin.
Je vais jeter un oeil à l'AlarmManager, d'après la doc on peut lui mettre le timing souhaité.

Merci

[nicroman]

Toutes les 15s me semble exagéré.... Pour info, 15s c'est le temps que met à s'ouvrir la première connexion http à la sortie de veille en ce qui me concerne....
(recherche WiFi, négociation 3G, obtention IP, ...).

Et justement quand on parle d'un portable, il me semble qu'il y a un problême de conception... Peut on connaitre un peu plus de détails sur le but (même générique) ?

[gRRosminet]

Il s'agit d'une application expérimentale qui va être déployée sur plusieurs terminaux et qui doit envoyer l'état de capteurs de nos valeureux cobayes à un serveur et échanger avec les autres terminaux de l'expérience. Tout ca se passe sur un wifi local avec une connexion socket permanente. Du coup ben l'autonomie n'est franchement pas notre priorité, tant qu'on arrive a tenir une paire d'heures, on sera contents et puis on apportera nos chargeurs au boulot pour ne pas tomber en panne ;-)

[nicroman]

Bon... ben WAKE_LOCK est ton ami alors

[gRRosminet]

Je viens d'en lire la doc. Je pensais que le wake lock empêchait la mise en veille de l'écran également. a priori il y a un mode moins sauvage donc ca devrait convenir !

Merci