Discussion :

[sinzen]

Bonjour à tous,

Je suis assez nouveau dans le dev Android.

et je travail sur un service. J'ai le choix a utiliser startService(..) ou bindService(..).

Une première question est laquelle de ces actions pour lancer un service dois-je utiliser?

Ensuite mon service est lancer avec startService(..) pour le coup cela fonctionne assez bien.

Donc comme je disait j'ai lancer mon service a partir de mon activité dans un AlarmManager.

Et a un moment ou a un autre de doit stopper mon service .

Je fait donc stopSelf() dans mon service.

Mais mon activité est stopper également..

Une solution a cela m'aiderait beaucoup.

Je vous met le code:

Mon Activité:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
Intent myIntent = new Intent(this, AlarmReceiver.class);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(this, 0, myIntent, 0);
        AlarmManager alarmManager = (AlarmManager) this.getSystemService(Context.ALARM_SERVICE);
        Calendar calendar = Calendar.getInstance();
        calendar.setTimeInMillis(System.currentTimeMillis());
        calendar.add(Calendar.MINUTE,1);//one minute for launching service
        //alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, 6000, pendingIntent);
        alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(),
                6000, pendingIntent);

Ma routine pour lancer mon service (MyServiceTask):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
Intent myIntent = new Intent(context, AlarmReceiver.class);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0, myIntent, 0);
        AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
        Calendar calendar = Calendar.getInstance();
        calendar.setTimeInMillis(System.currentTimeMillis());
        calendar.add(Calendar.MINUTE,2);//Fiveteen minutes to send a event BroadcastReceiver
        alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(),
                6000, pendingIntent);
        PowerManager pm = (PowerManager)context.getSystemService(Context.POWER_SERVICE);
        Intent background = new Intent(context, MyServiceTask.class);
        context.startService(background);

Et dans mon service a un moment je fait:

Code :

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

MyServiceTask.this.stopSelf();

Une petite aide .. Merci pour vos réactions.

[sinzen]

J'ai relis mon code et j'ai trouvé le souci..

dans mon onDestroy() de mon service
j'ai fait un cancel de locationListener:

Code :

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

1
2
3
 
        lm.removeUpdates(this);
        lm = null;

du coup si je fais un remove.. ca plante et je reviens vers mon activité précédente.

[grunk]

Pour ce qui est du start ou du bind :

startService() est à utiliser pour un service autonome. Par exemple un téléchargement. On peut communiquer avec ce genre de service via des intents , mais la plus part du temps il se débrouille tout seul
bindService() au contraire est à utiliser quand ton service n'est pas autonome , qu'il à besoin de beaucoup échanger avec une activité. La communication va se faire via un IBinder et un objet serviceConnection

[sinzen]

Bonjour Grunk,

Merci pour ta réaction.

Mon Service lui ne communique pas avec l'activité.
C'est donc la première proposition qui est a utilisé.

Pour killer le LocationListener je fais comment du coup?

Merci

[grunk]

De quel location listener tu parles ? un qui se trouve dans ton service ?

[sinzen]

oui, exactement.

mon service implémente l'interface LocationListener et récupère la position de l'utilisateur.

je stoppe mon service et du coup je voudrait stopper la localisation aussi..

en dehors du fait que si je stoppe le service cela stoppe aussi la localisation?

Merci.

[grunk]

Je procède ainsi dans un service qui me sert à récupérer les positions GPS :

Code :

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

1
2
3
4
5
6
public void onDestroy()
{
	super.onDestroy();
	if (this.locManager != null)
		this.locManager.removeUpdates(this);
}

[sinzen]

Merci pour ta réaction Grunk..

je vais l'implementer.

J'ai une autre question,

Comment tester quand mon telephone est en veille donc verrouiller
et quand le telephone est actif avec l'ecran allumer?

Pour l'instant je fait:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT_WATCH) {
            if(pm.isScreenOn() || pm.isInteractive()){
                // not sleep
 
            }else{
                // sleep
 
            }
        }

ce qui me dérange c'est le contrôle de la version de l'OS,
car pas compatible avec les versions inférieur..

Merci d'avance.

[grunk]

Si tu as besoin d'activer ou arreter uelque chose en fonction de l'atat de l'écran tu peux le faire via un broadcastreceiver.

A chaque fois que l'écran s'éteint ou s'allume le système broadcast des intents que tu peux recevoir et donc agir en conséquence :

https://developer.android.com/refere...TION_SCREEN_ON
https://developer.android.com/refere...ION_SCREEN_OFF

Sinon on trouve ce code un peu partout sur internet , a tester :

Code :

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

1
2
KeyguardManager myKM = (KeyguardManager) context.getSystemService(Context.KEYGUARD_SERVICE);
boolean isPhoneLocked = myKM.inKeyguardRestrictedInputMode();

[sinzen]

Bonjour,

Merci pour ta réponse Grunk.

J'ai un souci de consommation d'énergie,
je peux faire quoi pour supprimer le message de consommation d'énergie?

[Seelass]

Bonjour,

Mon conseil : faire plutôt des tests pour voir qu'est ce qui consomme dans ton appli autant d'énergie et essayer d'optimiser. C'est mieux et tu gagneras en performance.

[sinzen]

Merci pour ta réaction Seelass;

Quel genre de test je doit faire passer a mon code?

Merci d'avance.

[Seelass]

Tu peux, peut-être jeter un oeil au moniteur d'android studio lorsque tu executes ton application qu'est ce qui se passe. Ex:
Regarder aussi dans ton code (il existe des conseils, bonnes pratiques ou recommandations lorsqu'on veut faire certaine traitement) voir s'ils sont respectés.

[sinzen]

Merci pour ta réaction Seelass,

Du coup je n'ai ce message que après 10h de fonctionnement.. La consommation énergétique c'est du côté batterie, mémoire ou cpu ?
Je posterai un screen shot du profiler de Android studio.. Aujourd'hui encore
Merci encore

[grunk]

Bonjour,
J'ai un souci de consommation d'énergie,
je peux faire quoi pour supprimer le message de consommation d'énergie?

Augmenter l'intervalle de temps entre 2 demandes au GPS et/ou réduire la précision du GPS.

Il faut bien comprendre que quand tu demande une position GPS , tu reveil la puce GPS mais aussi le wifi et la puce 3/4G ce qui concrètement sont les trois plus gros consommateur d'énergie sur un téléphone (hors écran)

Merci pour ta réaction Seelass,
La consommation énergétique c'est du côté batterie, mémoire ou cpu ?

Batterie

[sinzen]

Bonjour,

Je post ce message pour que m'éclairé sur le fonctionnement de la localisation sous android.

je fait une requête toute 15 minutes.

Après avoir reçu un localisation Fine donc très précise,

la mesure suivante me localise après déplacement de quelque kilomètres,

m'indique toujours ma localisation précédente.

Je sais pas pourquoi mais cela se résout tous seul.
Mais cette situation est quand même problématique
et j'espère résoudre cela avec vous.

J'attends vos réaction et je poste le code également:

Code :

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

lm.requestLocationUpdates(LocationManager.NETWORK_PROVIDER, 400, 1, this);

[grunk]

C'est le comportement "normal" quand tu demande une position , la première qu'il te retourne est souvent celle mise en cache :

https://developer.android.com/guide/...gies.html#Flow

elle peut donc être relativement ancienne. Il faut donc peut être attendre une seconde mesure plus précise.

note : le lien que je te propose , réponds probablement à la plus part des questions que tu as sur l'utilisation de la localisation.