web-dev-qa-db-fra.com

Impossible d'ouvrir le port du débogueur: Java.net.ConnectException "Connexion refusée"

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.

21
Kleiber J. Perez

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
22
bonnyz

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:

  1. Ce serveur particulier n'est pas démarré.
  2. Le serveur est démarré mais n'accepte aucune connexion.

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.

15
VicX

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.

7
Dhaval Jivani

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.

3
Shubham Raitka

Redémarré mon Android Studio , a travaillé pour moi.

2
Anjan Kant

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 
1
Bakavani

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.

1

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é. 

0
user4203986

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.

0
Andre