Discussion :

[qrousselot]

Bonjour à tous,

Je suis actuellement en train de developper une petite appli et j'ai un soucis au niveau du bluetooth, j'en appel donc a vos talents. Veuillez m'excuser pour le vocabulaire mais je ne suis pas développeur de formation

J'ai une activité "Bluetooth" qui gère la connection en utilisant les "fameux" AcceptThread, ConnectThread et ConnectedThead
https://developer.android.com/guide/...bluetooth.html

J'ai mis ces threads de connexion dans une public class appelé "BTConnection". Pour lancer ces thread je les appelles directement depuis l'activité via "BTConnection" et tout fonctionne correctement.

Problème : Quand je sort de l'activité "Bluetooth" pour revenir à ma MainActivity, JE PERDS LA CONNECTION. Je pense c'est le ConnectedThread qui stope (?). Je veux donc passer ces Threads dans un Service pour avoir une connection en permanence mais la je bloque (info trouvée sur StackOverFlow)

Comment puis-je lancer mes Threads qui sont dans mon service "BTConnectionService" depuis mon activité "Bluetooth"?

[ClaudeBg]

Salut
-----

Comment puis-je lancer mes Threads qui sont dans mon service "BTConnectionService" depuis mon activité "Bluetooth"?

L'idéal est de faire lancer les threads par le service lui-même et non par l'activité. Sans quoi tu dois faire assurer la destruction de ces threads par ton activité, qui peut être détruite temporairement, et donc le service perd de son utilité.

Bref, dans ton application tu peux te contenter d'un "startService"

Dans ton service, tu as plusieurs méthodes que tu peux surcharger, comme onCreate(), onDestroy(), onStartCommand(), onBind(); Tape sur le net "cycle de vie d'un service".

Selon la stratégie que tu comptes utiliser, tu lances tes threads dans la méthode la plus appropriée, et tu les détruits en conséquence.

Note cependant que tu peux communiquer avec ton service (voir onBind...) et donc qu'il y a des méthodes alternatives pour lancer les threads. Cependant, en ce qui me concerne, je lancerais ces threads depuis le service: Donc tu gardes l'appli pour uniquement lancer le service et pour l'éventuelle interface utilisateur (actions de l'utilisateur, retours d'infos visuelles etc), et tout le moteur de l'appli je la mettrais dans le service.

Note que ton service disposera d'une priorité qui dépend de la priorité de ton application. Et si tu détruis l'application ou que tu la fermes, l'OS peut éventuellement détruire ton service s'il manque de mémoire par exemple.
Ça peut être important ou non, selon le type de service. Si le service sert à communiquer avec ton application, ce n'est pas important, l'utilisateur voit bien que le service et/ou l'appli est stoppé. Par contre, dans certains cas, le service doit continuer de tourner à tout prix.

Si tu veux la garantie maximale que ton service ne soit pas détruit, tu dois le faire passer en avant-plan, et ça impose de notifier l'utilisateur qu'il a un service qui est en train de tourner en avant-plan. Mais n'utilise pas cette fonctionnalité si ce n'est pas vraiment nécessaire, mieux vaut laisser l'OS gérer les ressources.

A+
Claude

[qrousselot]

Bonjour Claude,

Merci Beaucoup pour ta réponse, ca me parait bien plus clair maintenant.
Je vais coder ca tout de suite!