studio android 2.0 logcat spamu przez rozłączenia pozwoliło

Question

My Android Studio utrzymuje spamowany przez jakiegoś komunikatu debugowania odkąd przeniesieni do 2,0

[ 05-17 17:08:32.896 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:34.896 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:36.910 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:38.912 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:40.909 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:42.918 81: 81 D/   ] 
Socket deconnection 

i to leci i odchodzą. Robi się naprawdę zadowolony ze spamu, gdy moja aplikacja zaczyna przesyłać dane na serwer. Dane przechodzą przez to, więc nie jestem pewien co się dzieje.

Dodałem to do mojego filtra logcat spróbować go pozbyć, ale to nie działa:^(?! WifiStateMachine | ConnectivityService | ConnectivityManager | dalvikvm | IInputConnectionWrapper)

Czy ktoś wie jak zdobyć pozbyć się tego? bardzo utrudnia to debugowanie aplikacji i śledzenie moich dzienników.

Dziękuję za poświęcony czas

EDIT Dziękuję komentarzu który wskazał, że Genymotion może być skierowany do Android SDK i używać adb.exe która zatrzyma ten głupi spam Pod genymotion głównym aplikacji , kliknij opcje -> ADB -> niestandardowy android SDK punkt/AppData/Local/Android/sdk bingo!

Answer 1

Czy używasz Genymotion przez przypadek? Po aktualizacji do wersji 2.7.0 wystąpił ten sam błąd. Domyślnie Genymotion używa własnego pliku adb.exe, znajdującego się w folderze Genymotion \ tools. Zdałem sobie sprawę, że trzy różne instancje adb.exe są uruchomione w tym samym czasie - jeden w folderze Android \ sdk \ platform-tools i dwa w folderze Genymotion.

Zmieniłem konfigurację Genymotion, aby korzystać z systemu adb.exe, a błąd połączenia z gniazdem zniknął. Mam Androida Studio 2.1.2.

Jeśli używasz prawdziwego urządzenia, może to być problem z połączeniem kablowym. We wszystkich przypadkach dobrze jest sprawdzić, czy nie uruchomiono jednocześnie żadnej instancji adb.exe.

P.S. Natychmiast pojawił się błąd natychmiastowy połączenia z gniazdem, tym razem tylko na tabletach AVD i tylko w orientacji poziomej. Jeśli doświadczysz tego samego, zamknij wszystkie otwarte aplikacje i otwórz Centrum sieci i udostępniania - zmień ustawienia adaptera. Kliknij prawym przyciskiem myszy tylko sieć hosta Virtualbox - Właściwości, odznacz wszystkie pozostałe i pozostaw tylko Sterownik NDIS6 Virtualbox, TCP/IPv4 i dwie warstwy łącza zaznaczone (podejrzewam, że przyczyną był TCP/IPv6). Następnie zrestartuj system operacyjny.

EDYCJA Występuje druga przyczyna błędu "odłączenia gniazda". Jeśli po zmianie domyślnego ADB nadal będzie działać, wyjdź z Genymotion, odczekaj chwilę i otwórz Virtualbox jako samodzielny program. Wybierz AVD - Ustawienia - Sieć. Jeśli jest ustawiony na "Host only adapter", zmień go na NAT Network - Nazwa NatNetwork (NAT lub Bridged też może działać). Wygląda na to, że Genymotion wymusza ponowne podłączenie karty sieciowej do "Host tylko" przy każdym starcie, a NAT jest drugim adapterem. Zwykle działa dobrze, ale jeśli wystąpi błąd deconnection, zmiana na NAT Network powoduje, że znika.

Answer 2

Pobierz urządzenie wirtualne ponownie rozwiązało mój problem.

Answer 3

Oprócz odpowiedzi @Helmwag, problem może dotyczyć ADB, ale nie tylko Genymotion, ale także domyślnego SDK.

W moim przypadku zmieniłem ADB z Genymotion na Android SDK jakiś czas temu, z powodu jakiegoś innego problemu.Na początku nie zauważyłem ton komunikatów debugowania.

Dziś w końcu ich zmęczyłem i postanowiłem pozbyć się tych wiadomości sieciowych. Przełączanie Genymotion z Android SDK ADB na wewnętrzny Genymotion ADB rozwiązało mój problem.

Prawdopodobnie jest to wynik pewnych wewnętrznych mechanizmów wewnątrz ADB i emulatora, ale, o dziwo, problem może być ukryty z obu stron.

Answer 4

Uaktualniono aplikację Genymotion od wersji 2.7.1 do 2.7.2.

Ustawienia ADB są nadal takie same (przy użyciu ADB z android-sdk) i nie musiałem aktualizować urządzenia wirtualnego.

Answer 5

Właśnie zacząłem doświadczać tego ponownie. Jednak trochę tego się spodziewałem. Głupi mnie użył snu, co oznaczało, że musiałem zrestartować komputer (kilka godzin później), ale wróciło, gdy się obudziłem. W ten sposób Wirtualne pudełko zażądało aktualizacji 3 razy (jeśli dobrze pamiętam #) i to, z doświadczenia, resetuje karty sieciowe i, wierzę, dlaczego w tej sytuacji zacząłem otrzymywać te błędy, których nie miałem od jakiegoś czasu .

Mam Mam GenyMotion 2.8.1. Nie sądzę, że GenyMotion lub Android ADB robi dużą różnicę (używam tego ostatniego przez jakiś czas, ale ostatnio uaktualniono do systemu Windows 10 i dopiero teraz uświadomiłem sobie, że używam Genymotion, po prostu zmieniono na system Android).

Mam stosunkowo mocny komputer PC (FX RAM FX8350 i 32 Gb). Niedawno uaktualniłem od 16 do 32 i poprawiono niezawodność uruchamiania urządzeń GenyMotion bez zwalniania od czasu aktualizacji, dlatego podejrzewam, że a) (ii) poniżej wydaje się mieć znaczenie.

Moje rozwiązanie, które normalnie rygorystycznie naśladowania i co wydaje się leczyć innych irytujących zachowań (np nieustannie odłączenie wszystkich urządzeń (normalnie mieć prawdziwe urządzenie (lub więcej), a także urządzenie GenyMotion (czasami więcej))) jest: -

a)(i) posiadają wszystkie prawdziwe urządzenia Android połączone i (ii) mieć również kilka programów/aplikacji działających jak to możliwe (wydaje się zapewnić znacznie większą szansę Urządzenia GenyMotion nie wieszające)

b) start GenyMotion, odczekać jakiś czas (około minuty), a następnie uruchomić urządzenie wymagane GenyMotion. Jeśli jest więcej niż jeden naraz (miałem 5 uruchomień naraz, ale nie ostatnio), to rozpoczynaj nowy tylko wtedy, gdy poprzednik w pełni wystartował (tzn. Wyświetlany jest ekran główny).

c) Gdy urządzenie GenyMotion ma lub urządzenia mają, zaczął z powodzeniem następnie rozpocząć Android Studio.