movil - Android Studio, logcat se limpia después de que se cierra la aplicación

depurar aplicacion android en movil

Question

Tengo un problema con mi logcat desde la actualización 1.2 Beta para Android Studio. Cuando ejecuto mi aplicación, registra todo como lo hacía normalmente, luego llego al punto donde mi aplicación se bloquea con la aplicación diciendo: desafortunadamente, el juego se detuvo.

Después de unos segundos, Android cierra ese mensaje. Cuando eso sucede, mi logcat también se borra por completo, lo que significa que apenas tengo tiempo para leer el error. Encontré algo de información sobre un búfer, pero parece que Android Studio no tiene la opción de aumentarlo además del hecho de que dudo que ese sea el problema.

Algo que puede ser útil es que después de que se borra y se rellena, el proceso cambia a Android.process.core y el mensaje que recibo en mi logcat es:

04-13 10:28:13.394  12259-12265/android.process.acore D/dalvikvm﹕    
Debugger has detached; object registry had 1 entries

Editar: leí sobre puntos de interrupción, por lo que deshabilité la aplicación de enfoque en puntos de interrupción en Configuración-construcción, ejecución, despliegue-depurador pero no tuvo ningún efecto.

Answer 1

Cambie "Mostrar solo la aplicación seleccionada" a "Sin filtros". De esta manera, puede ver la salida de logcat de un proceso incluso cuando ese proceso no se está ejecutando.

La desventaja es que su logcat se llenará con más spam de otros procesos.

Answer 2

El filtro borra el registro una vez que la aplicación se bloquea. Seleccione "Editar configuración de filtro" y cree su propio filtro personalizado con el nombre del filtro. Esto guardará el registro con información incluso cuando la aplicación esté bloqueada.

Answer 3

En Android Studio 2+

1. Haga clic en Run

2. Haga clic en Edit Configurations

3. En la ventana Run/Debug Configurations , seleccione la pestaña Miscellaneous

4. Asegúrese de que la casilla Clear log before launch no esté marcada

Answer 4

En caso de bloqueo, vea la pestaña Run en la parte inferior del IDE.

Puede ver el motivo del bloqueo en esta parte (incluso en caso limpio logcat).

Nota: Si el truco anterior no funciona, intente producir un bloqueo e inmediatamente desconecte el cable móvil (si usa el dispositivo real para la prueba). Puedes ver el error antes de que se limpie.

Answer 5

Es 2018 y esto todavía puede suceder. Cierre Android Studio y vuelva a abrir.

Answer 6

Este error parece haberse solucionado con la nueva versión de Android Studio versión 1.2.2

Answer 7

Me encontré con el mismo problema y ninguna de las respuestas me pudo ayudar, hasta que me di cuenta de que mi aplicación estaba causando una excepción OutOfMemoryException. Esa es una causa raíz probable también.

Answer 8

Me he enfrentado al mismo problema y esta es la solución: -

1- Herramientas -> Android -> Habilitar integración ADB.

y ahora puedes ver el logcat y los bloqueos como de costumbre

Answer 9

Mi aplicación se estaba bloqueando y reiniciando. También tuve algunos problemas al leer el logcat para saber lo que estaba sucediendo. Luego noté que en el menú desplegable, al lado del menú desplegable Dispositivo, tenía algo como "com.mypackage.myapp (''algún número'')" y cuando mi aplicación se bloqueó había otra opción que decía "com.mypackage.myapp ( ''algún número'') [MUERTO] " . Si selecciona la opción "Muerto", le mostrará el logcat de la instancia anterior.

Answer 10

Tuve el mismo problema, pero parece más una característica que un error:

En AndroidStudio, la configuración predeterminada para la ventana de Logcat parece ser "Mostrar solo la aplicación seleccionada" (esquina superior derecha de la ventana de Logcat) ... que está mirando el registro del proceso seleccionado (su inicio actual de forma predeterminada). Entonces, cuando su aplicación se bloquea durante la prueba, ese proceso desaparece, por lo que el filtro borra el registro.

En su lugar, seleccione "Editar configuración de filtro ..." y configure un filtro para su aplicación , por ejemplo:

• FilterName: MyApp
• PackageName: com.example.myapp (<< reemplace con el nombre del paquete de su aplicación)

... y luego seleccione ese filtro para futuras ejecuciones. Esto debería mantener el registro allí, incluso después de que la aplicación se bloquee.