No se puede probar la aplicación después de actualizar a Lollipop

Estoy usando Android Studio para desarrollar mis aplicaciones.

Desde que actualizé mi HTC One M8 a Lollipop, no puedo usarlo para probar mis aplicaciones mediante "Ejecutar aplicación" en Android Studio. Consigo este error y nada sucede en mi teléfono:

Launching application: com.project.GalleryActivity. DEVICE SHELL COMMAND: am start -n "com.project.GalleryActivity" -a android.intent.action.MAIN -c android.intent.category.LAUNCHER java.lang.UnsatisfiedLinkError: No implementation found for java.lang.String android.os.SystemProperties.native_get(java.lang.String) (tried Java_android_os_SystemProperties_native_1get and Java_android_os_SystemProperties_native_1get__Ljava_lang_String_2) at android.os.SystemProperties.native_get(Native Method) at android.os.SystemProperties.get(SystemProperties.java) at com.htc.customization.HtcCustomizationManager.<init>(HtcCustomizationManager.java) at com.htc.customization.HtcCustomizationManager.<clinit>(HtcCustomizationManager.java) at android.os.Environment$UserEnvironment.getCustomizationReader(Environment.java) at android.os.Environment$UserEnvironment.isDynamicSwitchSupported(Environment.java) at android.os.Environment$UserEnvironment.<init>(Environment.java) at android.os.Environment.initForCurrentUser(Environment.java) at android.os.Environment.<clinit>(Environment.java) at android.os.Environment.getLegacyExternalStorageDirectory(Environment.java) at android.os.Debug.<clinit>(Debug.java) at android.ddm.DdmHandleHello.handleHELO(DdmHandleHello.java) at android.ddm.DdmHandleHello.handleChunk(DdmHandleHello.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) java.lang.UnsatisfiedLinkError: android.os.Debug at android.ddm.DdmHandleHello.handleFEAT(DdmHandleHello.java) at android.ddm.DdmHandleHello.handleChunk(DdmHandleHello.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) java.lang.UnsatisfiedLinkError: android.os.Debug at android.ddm.DdmHandleProfiling.handleMPRQ(DdmHandleProfiling.java) at android.ddm.DdmHandleProfiling.handleChunk(DdmHandleProfiling.java) at org.apache.harmony.dalvik.ddmc.DdmServer.dispatch(DdmServer.java) Aborted 

Los ajustes de mi proyecto son los siguientes:

Configuración del proyecto

Esta técnica funcionaba perfectamente antes de actualizar y no he cambiado nada desde entonces.

Yo estaba enfrentando el mismo error en Asus Zenfone 5 (ASUS_T00J) con Android 5.0. Para mí, la solución fue desactivar la opción "Verificar aplicaciones a través de USB" en las "Opciones de desarrollador". Lanzador no puede ser el problema ya que traté con Google Now Launcher, así sin éxito. Estaba funcionando bien en mi Nexus 5 con Android 5.1

Solución: inhabilite la integración del ADB en Android Studio.

Herramientas> Android> uncheck Habilitar la integración de ADB

No estoy seguro de cuál es la causa subyacente, pero encontré que podría evitar este problema con éxito cerrando todas las aplicaciones en ejecución en el teléfono antes de intentar ejecutar mi código en mi M8.

¿Utiliza algún lanzador de terceros en el dispositivo? Tengo el mismo problema cuando uso Aviate lanzador. Cambiaré de nuevo a BlinkFeed en Personalizar-> Ajustes de la pantalla principal y mi despliegue al dispositivo está estable ahora. Classpath com.htc.customization.HtcCustomizationManager me hace algo que este tema relacionado con el lanzador.

Me encontré con el mismo problema en ASUS ME176C (Lollipop 5.0),
Pero lo resolví estableciendo "Seleccionar la aplicación de depuración" en "No" . A continuación, empuje apk como de costumbre . Después de eso, puede volver a seleccionar "depurar la aplicación" en la aplicación de destino.

Descubrí una "solución" para resolver este problema

Encuentra el HTC Blink Home Launcher y desinstala la actualización

(PRECAUCIÓN: la desinstalación de la actualización del lanzador eliminará todos los iconos y widgets colocados en el lanzador)

Esto funciona para mí y se puede utilizar la depuración ahora sin quitar las aplicaciones en multitarea. ¿Este debe ser un error causado por HTC? (Estoy usando HTC Butterfly 2 y Android 5.0.2)

No tengo el representante para comentar, pero yo estaba en la misma situación de @ user47625, pero mi "Verificar aplicaciones a través de USB" ya estaba apagado. He tratado de ampliar un poco esta respuesta con un razonamiento.

Al principio he intentado cambiar el lanzador y conseguí algo de suerte pero fue impredecible, no una solución adecuada. Reiniciar el teléfono concedió un par de horas de trabajo tranquilo.

Entonces he encontrado a alguien en google que declaró:

Si es ese error: El cliente de DDMS se conecta con un "Hola" cuando el proceso PM primero se inicia y se registra, pero antes de que haya inicializado completamente todo el código nativo. Se trata de una carrera en Android stock y se produce allí también

Así que si esta carrera se produce no ocurre cada vez, pero de vez en cuando, sospecho que algo con respecto a la interacción del elemento en Android. No sé si es CPU, RAM o App relacionados, pero en mi Zenfone 2 cierre todas las aplicaciones de fondo (1) y la liberación de la memoria (2) hace el truco, dejándome capaz de depurar la aplicación correctamente.

Utilicé Clean Master causa es la acción con Zenfone 2, pero sospecho que cada administrador de memoria puede hacer eso. Darle una oportunidad

En mi HTC M8, resolví el problema desactivando "Configuración -> Opciones de desarrollador -> Utilizar NuPlayer (experimental)"

Lo que he notado es, cuando intento ejecutar la aplicación que creé hace mucho tiempo atrás (hace unos años), tengo que deshabilitar el NuPlayer. Sin embargo, con las nuevas aplicaciones, debo mantener la opción marcada.

Espero que esto ayude….

Esta solución funcionó para mí, usted puede darle una oportunidad.

Agregar ruta de acceso de adb a variables de entorno del sistema (estoy usando Windows 8)
Ex: mi ruta de acceso es "C: \ Users \ xxx \ AppData \ Local \ Android \ sdk \ platform-tools"
No te olvides de reiniciar el sistema para tomar el efecto!

Acerca de cómo configurar la ruta y las variables de entorno en Windows >> aquí

He tenido una cantidad razonable de éxito con la solución siguiente.

Después de cada sesión de depuración con tu aplicación, ve al terminal de Android Studio:

 > adb shell am force-stop com.your.app.package 

Todavía obtengo ocasionalmente el java.lang.UnsatisfiedLinkError pero sólo siguiendo el comando anterior en vez de entre el proceso build / push apk / install y el intento de una sesión de depuración.

Para mí, esto ahorra un montón de tiempo perdido sólo para obtener el error. Si el comando anterior no funciona, solo up-arrow y vuelva a ejecutar el comando hasta que funcione sin un error.

En un Asus ZenPad, 5.0.2 pude resolver el problema entrando en el Asus 'Auto-start Manager (Configuración -> Administración de energía -> Auto-Start Manager) y permitiendo que mi aplicación se inicie automáticamente.

  • Cómo solucionar este error Error Unsupported major.minor versión 52.0 en el estudio de Android?
  • ¿Cómo obtener una vista desde dentro de Espresso para pasar a un IdlingResource?
  • Java.util.zip.ZipException: entrada duplicada: android / support / v4 / accessibilityservice / AccessibilityServiceInfoCompatJellyBeanMr2.class
  • Android Studio 1.0.2 nuevo proyecto - No se puede resolver el símbolo 'ActionBarActivity'
  • Construir las variables gradle para ser usadas en el código dependiendo del sabor Y tipo de compilación
  • Error: Causa: encabezado de flujo no válido: 000900D9 en android studio 2.3.1
  • Error: no se pudo encontrar el destino con la cadena de hash 'android-22'
  • No se puede seleccionar el tema AppCompat para la vista de Android Studio Design
  • Ver información del método en Android Studio
  • ¿Cómo se valida AndroidManifest.xml en android studio?
  • Módulo importado en Android Studio no puede encontrar la clase importada
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.