Androide studio 2.0 logcat spammed by deconnection

¿Está usando Genymotion por casualidad? Tuve el mismo error después de actualizar a la versión 2.7.0. De forma predeterminada, Genymotion utiliza su propio adb.exe, que se encuentra en la carpeta Genymotion \ tools. Me di cuenta de que tres instancias diferentes de adb.exe se están ejecutando al mismo tiempo, una en la carpeta \ sdk \ platform-tools de Android y dos en la carpeta Genymotion.

Cambié la configuración de Genymotion para usar el sistema adb.exe y el error de conexión de Socket desapareció. Tengo Android Studio 2.1.2.

Si está utilizando un dispositivo real, podría ser un problema de conexión por cable. En todos los casos, es bueno comprobar si no hay una instancia de adb.exe diferente que se ejecuta simultáneamente.

PS El error instantáneo de desconexión de Socket apareció de nuevo, esta vez sólo en la tableta AVD y sólo en orientación horizontal. Si experimenta lo mismo, cierre todas las aplicaciones abiertas y abra Configuración de adaptador de red y de centro de intercambio. Haga clic con el botón derecho en Virtualbox host only network – Properties, desmarque todos los demás y deje sólo Virtualbox NDIS6 Driver, TCP / IPv4 y las dos capas de enlace marcadas (sospecho que el TCP / IPv6 fue la causa). A continuación, reinicie el sistema operativo.

EDIT Hay una segunda causa para el error de "desconexión del zócalo". Si persiste después de cambiar el ADB predeterminado, salga de Genymotion, espere un poco y abra Virtualbox como un programa independiente. Elija su AVD – Configuración – Red. Si está configurado en "Host only adapter", cámbielo a NAT Network – Name NatNetwork (NAT o Bridged podría funcionar también). Parece que Genymotion fuerza el adaptador de red a "Host only" de nuevo en cada inicio y NAT es el segundo adaptador. Normalmente funciona bien, pero si ocurre el error de desconexión, el cambio a NAT Network lo hace desaparecer.

Descargar el dispositivo virtual de nuevo resuelto mi problema.

Actualizar la aplicación Genymotion de 2.7.1 a 2.7.2 resuelto para mí.

La configuración de ADB sigue siendo la misma (utilizando ADB de android-sdk) y no tenía que actualizar el dispositivo virtual.

Además de la respuesta de @Helmwag, el problema puede estar en ADB, pero no sólo de Genymotion, sino también el SDK predeterminado.

En mi caso, cambié ADB de Genymotion a Android SDK hace algún tiempo, debido a algún otro problema. No noté toneladas de mensajes de depuración al principio.

Hoy por fin me cansé de ellos y decidí deshacerse de estos mensajes de red. Cambiar el Genymotion de nuevo desde el SDK de Android ADB al Genymotion ADB interno resolvió mi problema.

Probablemente, es el resultado de algunos mecanismos internos dentro del ADB y el emulador pero, extrañamente, el problema puede ser ocultado de ambos lados.

Acabo de comenzar experimentando esto otra vez. Sin embargo, lo esperaba. Estúpido me utilizó dormir, lo que significaba que tenía que reiniciar PC (unas horas más tarde), pero volvió como despertado. De este modo, Virtual box solicitó actualizaciones 3 veces (si recuerdo # correctamente) y esto, por experiencia, restablece los adaptadores de red y creo que en esta situación empecé a recibir estos errores que no he tenido desde hace algún tiempo.

Tengo GenyMotion 2.8.1 . No creo que GenyMotion o Android ADB hace mucha diferencia (He estado usando este último durante algún tiempo, pero más recientemente actualizado a Windows 10 y sólo me di cuenta ahora que estaba usando Genymotion, acaba de cambiar a Android).

Tengo una PC relativamente potente (FX8350 y 32Gb RAM). Recientemente he actualizado de 16 a 32 y la mejora en la fiabilidad de Startiing GenyMotion dispositivos sin una caída desde esta actualización, es por eso que sospecho que a) (ii) a continuación parece hacer una diferencia.

Mi solución, que normalmente rige y que parece curar otros comportamientos molestos (por ejemplo, desconectar continuamente todos los dispositivos ( normalmente tengo un dispositivo real (o más) y también un dispositivo GenyMotion (a veces más )) es:

A) (i) Todos los dispositivos Android están conectados y (ii) también tienen como pocos programas / aplicaciones funcionando como sea posible ( esto parece proporcionar una posibilidad mucho mejor de dispositivos GenyMotion no colgando )

B) Inicie GenyMotion y espere un momento (aproximadamente un minuto) y luego inicie el Dispositivo GenyMotion requerido. Si más de uno de uno a la vez (he tenido 5 corriendo a la vez pero no recientemente), sólo se inicia una nueva cuando el predecesor ha iniciado completamente (es decir, se muestra la pantalla de inicio).

C) Cuando el dispositivo GenyMotion tiene, o dispositivos, iniciado correctamente, inicie Android Studio .