Nie można dołączyć debuggera w Androidzie Studio - localhost: 8600 java.net.ConnectException

Question

Nie mogę dołączyć debuggera do Android Studio podczas uruchamiania debugowania na telefonie.

Obecnie korzystam z Samsunga S4 z systemem Android 4.4.4 (ale wypróbowałem telefon S5, S6, S7 i Moto E w różnych wersjach systemu Android). To czasy, gdy próbuję uruchomić go z jednej z poniższych błędów:

I/System.out: Przesyłanie WAIT klocek
W/ActivityThread: application czeka na debugera na porcie 8100 ...

Albo

udało się otworzyć port debugger localhost: 8600 java.net.ConnectException "odmowa połączenia"

i App mówi:

Waiting For Debugger
aplikacji (procesu) czeka na debugger załączyć.
Siła Close

Android Studio wersja:

Android Studio 2.2.2 Build #
AI-+145,3360264, wybudowana w dniu 18 października 2016
JRE: 1.8.0_112-release-B05 x86_64
JVM: OpenJDK 64-bitowy serwer VM przez JetBrains sro

wersja Mac:

10.11.6 (15G1004)

mogę z powodzeniem podłączyć i uruchomić aplikację, po prostu nie mogę dostać debuggera dołączyć kiedy robię Run> Debug App> wybierz podłączony telefon> OK.

Mogłem uruchomić aplikację w trybie debugowania na innych komputerach (zarówno w systemie Windows, jak i Mac) z tymi samymi telefonami.

różne podejścia próbowałem od godziny debugowania i szukają w internecie:

1. Invalidate skrzynek/Restart Android studio

2. Sprawdź na nic innego działa na portach 8100, 8600, 8601, itd. nic nie wraca, kiedy biegnę z następujących bash:

   $ # while Android studio is trying to attach the debugger 
   $ lsof -i :8100 
   $ lsof -i :8600 
   COMMAND PID USER FD TYPE    DEVICE SIZE/OFF NODE NAME 
   

   studio 6282 Peter 125u IPv4 0x973c7e31bda641ab 0T0 TCP 192.168.1.16:640 22-> ip-166-62-27-181.ip.secureserver.netto: Asterix (SYN_SENT) $ lsof -i: 8601 $ # $ po studiu Android nie dołączyć debugger $ lsof -i: 8100 $ lsof -i: 8600 $ lsof -i: 8601 $

3. Uruchamianie narzędzi> Android> Monitor urządzeń z Androidem - pokazuje moje urządzenie, ale nie mogę uruchomić monitora urządzenia Android podczas próby debugowania aplikacji, mówi: "Monitor zostanie zamknięty, aby umożliwić integrację ADB. Kontynuować? "Nie znalazłem tu niczego przydatnego.

4. poszukiwanie i zabijanie procesów ADB

   ps aux | egrep '(adb|java)' 
   ... then doing `kill <pid>` or `kill -9 <pid>` if necessary for the found ones 
   

5. Restart Android studio

6. Uruchom ponownie komputer

7. Aktualizacja Java JDK ze strony Oracle, jednak nie jestem pewien dlaczego Android Studio wciąż mówi: "JVM: OpenJDK 64-bitowy serwer VM od JetBrains sro"

8. całkowicie odinstalować i ponownie zainstalować android studio - np https://stackoverflow.com/a/18458893/376489 - dziwnie, myślę, że pracował dla jednego biegu debugger i to nie raz ...

9. Próbowałem Run> Dołącz do debuggera Android procesu - to nie pomogło

10. Tried trwania:

    ~/Library/Android/sdk/platform-tools/adb kill-server && 
    ~/Library/Android/sdk/platform-tools/adb start-server 
    

11. Tried odznaczenie Run> Edytuj Konfiguracje> Run/Debug Konfiguracje> Przejdź instalację jeśli APK nie zmieniła

12. Preferencje Sprawdź systemowe> Zabezpieczenia & Bezpieczeństwo> Firewall - to jest wyłączony

13. Update 1: próbował Odbieranie uprawnień przez telefon, jak również ponowne uruchomienie go

14. Aktualizacja 1: wyciszony wszystkie punkty przerwania Android Studio

Czy są jakieś inne pomysły na to, co może się nie udać, czy cokolwiek znaczącego w szczegółach, które dodałem powyżej?

Answer 1

Dość kłopotliwe, ale wygląda na to jakiś czas temu wszedł IP wpisz adres do pliku/etc/hosts, aby przetestować coś jako localhost i nigdy go nie usuwaj. Znalazłem komentarz na inne stanowisko, mówiąc, by sprawdzić, które dodaje się w pliku/etc/hosts:

127.0.0.1  localhost 
255.255.255.255 broadcasthost 
::1    localhost 

Po komentując, że nieprawdziwy linia, debugger teraz pracuje. Biorąc pod uwagę, że mam tuzin innych adresów IP w tym pliku (aby łatwiej było przetestować zdalne hosty z przyjazną nazwą), nie zauważyłem tego na dole. Myślę, że bardziej niezawodny podejście do weryfikacji, czy jest to problem, czy nie jest do ping localhost i sprawdzić, czy to rozwiązuje się adres IP 127.0.0.1, np

$ ping localhost 
PING localhost (127.0.0.1): 56 data bytes 

Wielkie uwag i sugestii od innych ludzi tutaj też, dzięki!

Answer 2

projekt sprzątanie

1.try Build-> czysty projekt

2.do Plik-> Invalidate/cache restart jeśli powyżej nie pomaga ..

3.try zmiany kabel jesteś za pomocą, aby podłączyć telefon.

jeśli nic powyżej nie pomaga, zainstaluj wtyczkę ADB do Android wifi i spróbuj przeprowadzić debugowanie przez Wi-Fi.

Answer 3

Po prostu doświadczyłem tego samego problemu. Wygląda na to, że Android Studio w wersji 2.2 ma pewne problemy z niewłączonym debuggerem, jak widać na przykład here i here.

W moim przypadku pomogło następuje:

• Usuń profil uruchamiania dla aplikacji, przechodząc do Uruchom -> Edytuj konfiguracje ... i usunięcie profilu tam. Nie zapomnij nacisnąć przycisku OK po usunięciu profilu. :)
• Utwórz nowy profil uruchamiania od nowa, ponownie uruchamiając opcję Uruchom -> Edytuj konfiguracje ..., klikając przycisk +, wybierając profil uruchamiania aplikacji na Androida i wybierając moduł początkowy. Inne domyślne wartości profilu były w porządku.

Mam nadzieję, że to również pomoże.

Answer 4

ja też mam ten sam błąd i ta rzecz pracował dla mnie

1. Open Android Studio -> Terminal 
2. Change directory to $Android SDK Path$\platform-tools 
3. Write command adb get-state and hit enter. 

Wtedy dostaniesz wyjście

* daemon not running. starting it now on port 5037 * 
* daemon started successfully * 

Answer 5

Support for a true debug build. Programiści nie muszą już dodawać atrybutu android: debuggable do znacznika w manifeście - narzędzia do kompilacji dodają atrybut automatycznie. W Eclipse/ADT zakłada się, że wszystkie przyrostowe kompilacje są kompilacjami debugowania, więc narzędzia wstawiają android: debuggable = "true". Podczas eksportowania podpisanej wersji wydania narzędzia nie dodają atrybutu. W Ant polecenie mrówko debugowania automatycznie wstawia atrybut android: debuggable = "true", podczas gdy ant release nie. Jeśli android: debuggable = "true" zostanie ustawiony ręcznie, to wersja ant rzeczywiście wykona kompilację debugowania, a nie kompilację wydania.

W moim przypadku ten problem walczą z 5 godziny i okazało się, że

minifyEnabled true jest głównym winowajcą tak zmienić minifyEnabled false pracę dla mnie

Mój plik app build.gradle wyglądać

buildTypes { 
     debug { 
      signingConfig signingConfigs.debug 
      minifyEnabled false 
      shrinkResources true 
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' 
     } 

    }