Eclipse DDMS-Fehler "Kann nicht an lokalen 8600 für Debugger binden"

Ich erhalte den folgenden Fehler in Eclipse:

[timestamp - ddms] Can't bind to local 8600 for debugger

Warum?

Nehmen Sie neben dem Hinzufügen von "127.0.0.1 localhost" zu Ihrer Hosts-Datei die folgenden Änderungen in Eclipse vor.

Unter Fenster -> Einstellungen -> Android -> DDMS:

• Setzen Sie den lokalen Base-Debugger-Port auf "8601".
• Aktivieren Sie das Kontrollkästchen "ADBHOST verwenden" und der Wert sollte "127.0.0.1" sein.

Vielen Dank an Ben Clayton in den Kommentaren, der mich zu einer Lösung geführt hat.

Einige Google-Schlüsselwörter: Krankheit oder Lösung für das Nexus S Android-Debugging mit der Fehlermeldung: Kann nicht an den lokalen 8600 für den Debugger gebunden werden.

Versuchen Sie, Port 8600 mit diesem Befehl zu beenden:

fuser -k 8600/tcp

Das hat es für mich behoben.

Nicht deinstallieren, dies ist nur eine blöde Sache des Systems, die anscheinend Probleme beim Finden des lokalen Hosts hat. Schauen Sie hier rein , es ist ganz einfach zu reparieren. Ich hatte vor ein paar Wochen das gleiche Problem und habe es auf diese Weise gelöst.

Das Fenster Host-Datei, die durcheinander ist:
Die Datei befindet sich an dieser Stelle:
C: \ WINDOWS \ system32 \ drivers \ etc.

Und sollte diese Zeile enthalten: 127.0.0.1 localhost

Ich hatte die folgende Hosts-Datei

127.0.0.1 localhost
192.168.1.2 localhost

und ich fing an, den Fehler ständig zu bekommen und es war sehr ärgerlich

"Kann nicht an lokales 8600 für Debugger
binden " "Kann nicht an lokales 8601 für Debugger
binden " "Kann nicht an lokales 8602 für Debugger binden" und so weiter

Ich habe die zweite Zeile aus der Hosts-Datei gelöscht 192.168.1.2 localhost und alles ist wieder normal.

Hoffe das hilft.

Nehmen Sie neben dem Hinzufügen von 127.0.0.1 localhost zu Ihrer Hosts-Datei die folgenden Änderungen in Eclipse vor.

Unter

Fenster -> Einstellungen -> Android -> DDMS

Setzen Sie den lokalen Base-Debugger-Port auf 8601

Aktivieren Sie das Kontrollkästchen ADBHOST verwenden und der Wert sollte 127.0.0.1 sein. Vielen Dank an Ben Clayton & Doguhan Uluca in den Kommentaren, die mich zu einer Lösung geführt haben.

Einige Google-Keywords:

Krankheit oder Lösung für das Nexus S Android-Debugging mit der Fehlermeldung: Kann nicht an den lokalen 8600 für den Debugger gebunden werden .

Ich hatte ein ähnliches Problem unter OSX. Es ist einfach so, dass ich zwei Instanzen von Eclipse geöffnet hatte, damit ich auf Code in einem anderen Arbeitsbereich verweisen konnte. Schließlich wurde mir klar, dass sich die beiden Instanzen möglicherweise gegenseitig stören, und ich schloss eine. Danach wird der Fehler "Kann nicht binden ..." nicht mehr angezeigt.

Für Leute, die laufen Android Studiound Eclipse:

Ich weiß, dass die Antworten bereits gesättigt sind, aber ich möchte nur hinzufügen, dass dieser Fehler nach der Installation von Android Studio und der Rückkehr zu Eclipse zum Erstellen und Ausführen Ihres Projekts auftritt.

Stellen Sie sicher, dass Sie alle anderen Instanzen von ADB schließen, die möglicherweise ausgeführt werden (einschließlich Android Studio). Wenn Sie dies weiterhin getan haben und weiterhin Probleme haben, versuchen Sie, alle ADB-Serverprozesse zu beenden und neu zu starten. Wenn Sie keine globale Variable eingerichtet haben, öffnen Sie das Terminal und navigieren Sie zum Ordner "platform-tools" des Android SDK, auf das Eclipse verweist. Führen Sie dann Folgendes aus:

./adb kill-server
./adb start-server

Ich verwende das Android ADT-Bundle unter Windows 8. Beide in diesem Thema beschriebenen Lösungen (Bearbeiten der Hostdatei und Ändern der Eclipse-Einstellungen) haben das Problem nicht gelöst.

In meiner Situation wurde das Problem durch eine Deinstallation von Java 7 (jetzt mit Java 6) gelöst. Der Debugger funktioniert jetzt wieder!

Das gleichzeitige Ausführen von zwei Instanzen von adb (z. B. Eclipse Debugger und Android Studio) führt ebenfalls zu Konflikten

In meinem Fall bestand das Problem darin, dass im Hintergrund eine Geisterfinsternis hing; Es benutzte keinen Arbeitsbereich und hatte keine Fenster, also fand ich es nur auf der Prozessliste. Durch das Töten wurde das Problem behoben.

Unter Windows 8 hatte ich einige Zeit damit zu kämpfen:
Haben Sie AVG installiert? Die Deinstallation von AVG hat den Trick für mich getan

Für mich lag dies daran, dass ich versuchte, mit Eclipse zu debuggen, aber auch Android Studio ausführte. Beide Programme versuchten, Android-Geräte an ähnlichen Ports zu überwachen. Beenden Sie entweder alle IDEs außer einer oder ändern Sie die zum Debuggen verwendete Portnummer in den IDE-Einstellungen so, dass sie nicht ähnlich sind.

In meinem Fall hat es gerade funktioniert, als ich den Eclipse-Prozess abgebrochen und die Software neu gestartet habe.

Das einzige Update, das bei mir wirklich funktioniert hat, war die Deinstallation von Java 7 und die Installation von Java 6 auf meinem Windows 8 x64-basierten Computer.

Sie können Java 6 hier herunterladen .

Versuchen Sie es mit einem anderen Kabel. Wenn dies nicht funktioniert, versuchen Sie es mit einem anderen Telefon.

Ich habe mehrere Tage mit diesem und allen oben genannten Tipps gerungen. Aber der Anschluss an meinen Geräten war flockig. Bewegen Sie als Test das Telefon und prüfen Sie, ob Verbindungen unterbrochen werden.

Einige der Tipps, wie z. B. ein ADB USB, beheben das Problem vorübergehend und wählen den zu debuggenden Geräteprozess explizit (neu) aus. Aber für mich war die Hauptursache die physische Verbindung.

Jetzt mit dem neuen Gerät habe ich kein Problem mehr! Ein Flockenkabel würde das gleiche Problem verursachen. Viel Glück! Ich fühle deinen Schmerz.

Auf meinem Mac von einem Terminal:

$ ./adb kill-server
$ ./adb start-server
* daemon not running. starting it now on port 5037 *
* daemon started successfully *

Ich habe die Eclipse geöffnet und den ddms-Port auf 5037 gesetzt. Es funktioniert einwandfrei.

Basierend auf einer Antwort des Aptana Studio-Supports wurde bestätigt, dass das Aptana-Plugin und die Android-Entwicklungstools an diesem Port kollidieren (dh der Comet-Server von Aptana überlappt sich an diesem Port). Aptana eröffnete bereits 2010 ein Ticket.

Leider scheint Aptana das Problem noch nicht behoben oder den Comet-Server-Port konfigurierbar gemacht zu haben. Das Ändern der Portnummer in Eclipse und das Neustarten von adb haben es NICHT für mich behoben. Ich war schließlich gezwungen, das Aptana-Plugin zu deinstallieren.

Arbeitete für mich, basierend auf dieser Antwort

In Eclipse gehe zu

Window->Preference->Android->DDMS

Aktivieren Sie dann "ADBHOST verwenden" als "127.0.0.1".

Dann starten Sie einfach Eclipse neu

Nach stundenlangem Versuch, das Problem mit Java SDKS, der Datei eclipse.ini und dem gesamten auf der Frage gefundenen Material zu beheben, funktionierte das definitiv für mich:

UINSTALLIERTER AVG ANTI-VIRUS

Dann werden alle Ports auf DDMS grün, unabhängig von den Java- oder Genymotion-Einstellungen oder ...

Vielleicht ist es zu spät für eine Antwort auf diese Frage, aber ich glaube, ich habe eine Lösung dafür gefunden. Was mir aufgefallen ist, befindet sich in der Datei info.plist> JVMoption (Mac). Im Anwendungspaket gibt es zwei Versionen von Java, dh es war zeigt "1.6 *, 1.7 +", also habe ich es einfach in "1.8 *" geändert, was meine aktuelle Java-Version ist und jetzt für mich funktioniert