una studio programa para inventor hacer diseño datos cómo crear con como app aplicaciones aplicacion android crash verifyerror android-application-class

android - studio - java.lang.VerifyError en la clase de Aplicación para un pequeño porcentaje de usuarios



login en android studio con base de datos (1)

es un error de código de arte, significa que no se puede encontrar alguna clase, puede ver este java.lang.VerifyError en la clase de Aplicación para un pequeño porcentaje de usuarios , este problema parece ser la solución correcta.

(Esto no es un duplicado de otras preguntas similares, ya que esto solo ocurre en un pequeño porcentaje de usuarios, y no puede ser recreado por mí)

En mi último lanzamiento de producción, de repente veo un gran pico en los bloqueos de tipo java.lang.VerifyError provenientes de una línea en mi clase de Application .

La línea es simplemente:

Settings.init(this);

Donde Settings es una clase contenedora de conveniencia alrededor de SharedPreferences . Parece que en menos del uno por ciento de los usuarios no puede encontrar esa clase.

No podemos volver a crear el bloqueo en ninguno de los dispositivos de mi equipo, y el informe previo al lanzamiento de Google Play muestra 0 errores.

Esta es la traza de la pila completa:

java.lang.VerifyError: at com.my_package.MyApplication.onCreate (MyApplication.java:74) at android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1036) at android.app.ActivityThread.handleBindApplication (ActivityThread.java:6321) at android.app.ActivityThread.access$1800 (ActivityThread.java:222) at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1861) at android.os.Handler.dispatchMessage (Handler.java:102) at android.os.Looper.loop (Looper.java:158) at android.app.ActivityThread.main (ActivityThread.java:7229) at java.lang.reflect.Method.invoke (Native Method) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:1230) at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1120)

Settings.init :

public static void init(Context context) { sPrefs = PreferenceManager.getDefaultSharedPreferences(context); }

Debo añadir que este problema ocurrió en un 97% en una sola versión de la aplicación de producción que tuve, no pude volver a crear este bloqueo ejecutando esa versión, o cualquier versión, pero parece que solo esa versión se vio afectada y hasta ahora todas las versiones tienen casi nada de esto se cuelga

Sin embargo, sigo viendo bloqueos en Google Play desde esa versión de la aplicación, y me preocupa que también pueda volver a aparecer en una versión futura, porque no creo que haya cambiado nada en esa versión de alguna manera. relacionado con el stack-trace.