J'utilise Android Studio v1.0.1 pour créer une application dans macOS Yosemite 10.10. Lorsque j'essaye de déboguer l'application, elle s'installe correctement mais l'erreur
Erreur d’exécution [app]: impossible d’ouvrir le port du débogueur: Java.net.ConnectException "Connexion refusée"
Lorsque j'exécute le DDMS, il affiche les périphériques connectés et le processus. Le problème survient juste lorsque vous essayez de déboguer dans Android Studio.
Dans d'autres forums, j'ai constaté que quelque chose aurait pu changer le port du débogueur, mais cela ne résout pas le problème.
Votre port de débogage est probablement occupé (utilisé par un autre processus) . Vous pouvez supprimer tous les processus associés au port de débogage ADB (à partir de 8601) en utilisant ceci:
fuser -k 8601/tcp
METTRE À JOUR:
Sous OSX, lsof
devrait faire le travail en remplacement de fuser
:
lsof -i :8601
J'ai aussi rencontré ce problème. et je pense que ma solution peut aider les autres, je la poste ici.
Tout d’abord, vous devez savoir ce qui causera le problème de "connexion refusée". Il y a généralement deux raisons possibles:
En ce qui concerne votre problème, je vous suggère de commencer par démarrer votre moniteur de périphérique Android (DDMS) à partir de votre studio Android et/ NE PAS LE FERMER.
Ensuite, dans le DDMS, vous pouvez sélectionner le paquet que vous voulez déboguer et "Mettre à jour les threads", et maintenant vous pouvez déboguer cette application dans votre studio.
Mon problème résolu par les étapes suivantes:
1. Invalidate Caches/Redémarrer le studio Android
2. Redémarrez votre émulateur.
Fait pour moi.
J'ai eu ce problème quand j'utilisais un vrai périphérique, je viens de débrancher le câble USB, puis de le brancher à nouveau et cela a fonctionné. Dans le cas d'émulateurs, je suppose que le redémarrage de l'émulateur fonctionnera. Cela fonctionne car la déconnexion du périphérique/émulateur ferme tous les processus connectés et vous démarrez ensuite le processus requis.
Redémarré mon Android Studio , a travaillé pour moi.
C’était aussi un problème de fichier/etc/hosts, j’ai changé la ligne suivante (je ne sais pas pourquoi cela fonctionnait avant ... après la mise à niveau vers studio 3.1.3, il a cessé de fonctionner!)
127.0.1.1 localhost
à
127.0.0.1 localhost
Pour moi, aucune des solutions ci-dessus n’a été résolue et n’est restée coincée dans cette solution pendant des mois, jusqu’à ce que je figure dans cette solution. J'avais une version modifiée de mon fichier hôte sur ma machine Mac, telle que l'adresse IP 127.0.0.1 vers un domaine personnalisé tel que www.mymac.com. Une fois que je suis revenu, je suis alors capable de déboguer. Oui!!! espérons que cela aide pour quelqu'un.
J'ai également résolu ce problème en faisant en sorte que 127.0.0.1 dans mon fichier d'hôtes Mac ne pointe pas vers un domaine personnalisé. Une chose à noter, j'avais 2 fichiers hôtes, un dans "/" et un "/ etc". Un dans "/ etc" a été utilisé.
Vous pouvez utiliser l'utilitaire netstat
pour voir ce qui écoute sur quels ports et, si vous êtes rapide, ce qui essaie de se connecter à quels ports. Cela vous aidera à vous assurer que votre processus écoute sur un port de débogage et confirme son numéro.