2016-05-17 6 views
13

mio Android Studio continua a essere spammato da una sorta di messaggio di debug da quando ho aggiornato a 2,0Android Studio 2.0 logcat spammato da deconnection

[ 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 

e continua ad andare e venire. Diventa davvero felice lo spam ogni volta che la mia app inizia a inviare dati a un server. I dati stanno attraversando quindi non sono sicuro che cosa sta succedendo.

ho aggiunto questo al mio filtro logcat per cercare di sbarazzarsi di esso, ma non ha funzionato:^(?! WifiStateMachine | ConnectivityService | ConnectivityManager | dalvikvm | IInputConnectionWrapper)

Qualcuno sa come ottenere liberarsi di questo? è molto difficile eseguire il debug della mia app e tenere traccia dei miei log.

Grazie per il vostro tempo

EDIT Grazie ad un commento che ha sottolineato che Genymotion può rilevare per l'SDK di Android e l'uso che adb.exe che si fermerà questo stupido lo spam Sotto l'applicazione principale genymotion , fare clic su opzioni -> ADB -> personalizzato Android SDK punto a/AppData/Local/Android/sdk bingo!

+2

Lo stesso problema qui. Questa merda è ovunque. – smiki

+0

Forse ci dovrebbe essere la parola usata "allagata", non "spammata". –

risposta

13

Stai usando Genymotion per caso? Ho avuto lo stesso errore dopo l'aggiornamento alla versione 2.7.0. Per impostazione predefinita, Genymotion utilizza il proprio adb.exe, che si trova nella cartella Genymotion \ tools. Mi sono reso conto che tre diverse istanze di adb.exe sono in esecuzione contemporaneamente: una nella cartella \ sdk \ platform-tools Android e due nella cartella Genymotion.

Ho modificato la configurazione di Genymotion per utilizzare il sistema adb.exe e l'errore di decodifica Socket è scomparso. Ho Android Studio 2.1.2.

Se si utilizza un dispositivo reale, potrebbe trattarsi di un problema di connessione del cavo. In tutti i casi, è opportuno verificare se nessuna istanza di adb.exe è in esecuzione contemporaneamente.

P.S. L'errore istantaneo di deconnessione Socket è apparso di nuovo, questa volta solo su tablet AVD e solo in orientamento orizzontale. In caso di problemi simili, chiudi tutte le applicazioni aperte e apri Centro connessioni di rete e condivisione - cambia le impostazioni dell'adattatore. Fare clic con il tasto destro del mouse sulla rete solo dell'host virtuale - Proprietà, deselezionare tutte le altre e lasciare solo Virtualbox NDIS6 Driver, TCP/IPv4 e i due link - layer controllati (ho il sospetto che il TCP/IPv6 ne sia la causa). Quindi riavviare il sistema operativo.

EDIT C'è una seconda causa per l'errore "deconnessione socket". Se persiste dopo aver modificato l'ADB predefinito, uscire da Genymotion, attendere qualche istante e aprire Virtualbox come programma autonomo. Scegli il tuo AVD - Impostazioni - Rete. Se è impostato su "Solo host adapter", cambialo in NAT Network - Name NatNetwork (potrebbe funzionare anche NAT o Bridged). Sembra che Genymotion costringa la scheda di rete a "Solo host" di nuovo ad ogni avvio e NAT è il secondo adattatore. Di solito funziona bene, ma se si verifica l'errore di deconnessione, la modifica alla rete NAT lo fa scomparire.

+0

Sto usando Genymotion. succede solo con questo. Potrebbe essere possibile disattivare Genymotion adb.exe e forzare l'uso di Android Studio? – Duroska

+0

Sì, Genymotion può essere avviato autonomamente (non dal plugin Android Studio o Eclipse).Generalmente crea due icone rosse sul desktop: una per i comandi della shell e una per la configurazione e la creazione di AVD. Se si inizia dal secondo, fare clic su "Impostazioni" e quindi sulla scheda "ADB". – Helmwag

+0

Quindi scegliere la seconda opzione "Usa strumenti SDK personalizzati" e cercare l'SDK adb.exe - di solito nella cartella/User/AppData/Local/Android/sdk in Windows. Se non si dispone delle icone del desktop, è possibile eseguire genymotion.exe direttamente dalla sua cartella. – Helmwag

1

Scarica il dispositivo virtuale di nuovo risolto il mio problema.

0

In aggiunta alla risposta di @Helmwag, il problema potrebbe essere in ADB ma non solo in Genymotion, ma anche nell'SDK predefinito.

Nel mio caso, ho passato ADB da Genymotion ad Android SDK qualche tempo fa, a causa di qualche altro problema.All'inizio non ho notato tonnellate di messaggi di debug.

Oggi finalmente mi sono stancato di loro e ho deciso di sbarazzarmi di questi messaggi di rete. Il passaggio da Genymotion all'SDK di Android dall'ADB al Genymotion ADB interno ha risolto il problema.

Probabilmente, è il risultato di alcuni meccanismi interni all'interno di ADB e dell'emulatore ma, stranamente, il problema potrebbe essere nascosto da entrambi i lati.

1

Aggiornamento per l'app Genymotion da 2.7.1 a 2.7.2 risolta per me.

Le impostazioni ADB sono le stesse (utilizzando ADB da Android-sdk) e non ho dovuto aggiornare il dispositivo virtuale.

+0

Sto usando Genymotion 2.7.2 e lo stesso problema con lo stesso –

+0

con 2.8.1. E costringe la sua rete a "ospitare solo", se lo cambio non inizierà – Tertium

0

Ho appena iniziato a sperimentarlo di nuovo. Tuttavia, mi aspettavo. Stupido, ho usato Sleep, il che significava che dovevo riavviare PC (poche ore dopo), ma è tornato come svegliato. In tal modo Virtual box gli aggiornamenti richiesti 3 volte (se ricordo correttamente #) e questo, per esperienza, ripristina gli adattatori di rete e, credo perché in questa situazione ho iniziato a ricevere questi errori che non ho avuto da un po 'di tempo .

Ho GenyMotion 2.8.1. Non credo che GenyMotion o Android ADB facciano molta differenza (ho usato quest'ultimo per un po 'di tempo, ma più recentemente ho aggiornato a Windows 10 e appena realizzato ora che stavo usando Genymotion, appena cambiato in Android).

Ho un PC relativamente potente (FX8350 e 32 GB di RAM). Recentemente ho aggiornato da 16 a 32 e il miglioramento dell'affidabilità dei dispositivi GenyMotion startiing senza un blocco da questo aggiornamento, è il motivo per cui sospetto che a) (ii) di seguito sembra fare la differenza.

La mia soluzione, che io normalmente rigorosamente seguire e che sembra curare altri comportamenti fastidiosi (ad esempio continuamente scollegare tutti i dispositivi (solito ho un vero e proprio dispositivo (o più) e anche un dispositivo GenyMotion (a volte di più))) è quello di: -

a)(i) avere tutte reali dispositivi Android collegati e (ii) hanno anche il minor numero di programmi/applicazioni in esecuzione il più possibile (questo sembra offrire molte più possibilità di Dispositivi GenyMotion non appesi)

b) Inizio GenyMotion e aspettare un po '(un minuto o giù di lì) e quindi avviare il dispositivo GenyMotion richiesto. Se più di uno di uno alla volta (ho avuto 5 in esecuzione in una volta ma non di recente), ne inizi solo uno nuovo quando il predecessore è completamente avviato (cioè viene visualizzata la schermata principale).

c) Quando il dispositivo GenyMotion ha, o dispositivi hanno, ha iniziato con successo quindi avviare Android Studio.

+0

che è un po 'un metodo di Frankenstein ma potrebbe funzionare – Duroska

+0

non funziona. Penso che il problema sia questo brutto aborto di Google - Android Studio. Tutto ciò che tocca Google diventa brutto. Adoro i jetbrain, ma Google ha stuprato l'idea (non IDE perfetto) e abbiamo ... ASS – Tertium

+0

Credo che dagli strumenti della piattaforma SDK 25.04 le cose siano state girate e ora devi avviare AS prima di avviare i dispositivi di genomotion. È anche un po 'più complesso in quanto sembra che tu debba utilizzare RUN prima se hai dei dispositivi reali collegati. Se si desidera utilizzare anche Android Device Monitor, sembra che sia necessario averlo già avviato prima. – MikeT