que - java.lang.VerifyError: el verificador rechazó la clase en Lollipop cuando se usa la versión APK

podar ramas bajas en floracion

Question

Recibo este error cuando instalo mi APK de lanzamiento en un dispositivo 5.x El error no ocurre cuando presiono el mismo código desde Android Studio, o si lo ejecuto en un dispositivo 4.x

java.lang.VerifyError: Verifier rejected class com.myapp.android.ui.activity.MainActivity$$ViewInjector due to bad method void com.myapp.android.ui.activity.MainActivity$$ViewInjector.reset(com.myapp.android.ui.activity.MainActivity) (declaration of ''com.myapp.android.ui.activity.MainActivity$$ViewInjector'' appears in /data/app/com.myapp.android-2/base.apk)
       at java.lang.Class.classForName(Class.java)
       at java.lang.Class.forName(Class.java:308)
       at java.lang.Class.forName(Class.java:272)
       at butterknife.ButterKnife.findInjectorForClass(ButterKnife.java:298)
       at butterknife.ButterKnife.inject(ButterKnife.java:271)
       at butterknife.ButterKnife.inject(ButterKnife.java:184)
       at com.myapp.android.ui.activity.MyDrawerActivity.onCreate(MyDrawerActivity.java:31)

Yo inyecto mi barra de herramientas y un NavigationDrawer personalizado en la clase.

@InjectView(R.id.toolbar) Toolbar mToolbar;
@InjectView(R.id.nav_drawer) MyNavigationDrawer mNavigationDrawer;

Línea 31:

ButterKnife.inject(this);

¿Hay algo que sería diferente con el codegen de Butterknife al usar gradle assembleRelease ? No estoy usando ProGuard en absoluto.

Aquí están mis otras configuraciones de compilación de Android:

# Android SDK settings
ANDROID_BUILD_MIN_SDK_VERSION=14
ANDROID_BUILD_TARGET_SDK_VERSION=21
ANDROID_BUILD_SDK_VERSION=21
ANDROID_BUILD_TOOLS_VERSION=21.1.2

Logcat

I/art     (21354): Verification error in void com.myapp.android.ui.activity.MainActivity$$ViewInjector.inject(butterknife.ButterKnife$Finder, com.myapp.android.ui.activity.MainActivity, java.lang.Object)
I/art     (21354): void com.myapp.android.ui.activity.MainActivity$$ViewInjector.inject(butterknife.ButterKnife$Finder, com.myapp.android.ui.activity.MainActivity, java.lang.Object) failed to verify: register v4 has type Reference: com.myapp.android.ui.activity.MainActivity but expected Reference: com.myapp.android.ui.activity.LoggedInNavActivitya.lang.Object): [0x0]
I/art     (21354): Verification error in void com.myapp.android.ui.activity.MainActivity$$ViewInjector.reset(com.myapp.android.ui.activity.MainActivity)
I/art     (21354): void com.myapp.android.ui.activity.MainActivity$$ViewInjector.reset(com.myapp.android.ui.activity.MainActivity) failed to verify: register v1 has type Reference: com.myapp.android.ui.activity.MainActivity but expected Reference: com.myapp.android.ui.activity.LoggedInNavActivity
E/art     (21354): Verification failed on class com.myapp.android.ui.activity.MainActivity$$ViewInjector in /data/app/com.myapp.android-1/base.apk because: Verifier rejected class com.myapp.android.ui.activity.MainActivity$$ViewInjector due to bad method void com.myapp.android.ui.activity.MainActivity$$ViewInjector.reset(com.myapp.android.ui.activity.MainActivity)

Answer 1

En mi caso, el método que el mensaje de error decía que era "malo" tenía algunas fallas desconocidas. El cambio de un Kotlin lambda a un bucle regular resolvió mi problema.

Antes (con error):

fun validZipCode(zipcode: String): Boolean {
    val validRegexes = arrayOf(
            "0[0-9]{1}[0-9]{2}", 
            "1[0-2]{1}[0-9]{2}", 
            "1[3-4]{1}[0-9]{2}", 
            "19[0-9]{2}", 
            "2[0-1]{1}[0-9]{2}" 
    )
return validRegexes.any { zipcode.matches(it.toRegex()) }

Después:

fun validZipCode(zipcode: String): Boolean {

    val validRegexes = arrayOf(
            "0[0-9]{1}[0-9]{2}", 
            "1[0-2]{1}[0-9]{2}", 
            "1[3-4]{1}[0-9]{2}",
            "19[0-9]{2}", 
            "2[0-1]{1}[0-9]{2}"
    )

    for (regex in validRegexes) {
        if (zipcode.matches(regex.toRegex())) {
            return true
        }
    }

    return false
}

Answer 2

En mi caso, la causa es proguardista. Mi aplicación se apaga en sumsung note3 whick es Android 5.0.
Importé el android-async-http-1.4.9.jar, el programa es:

-dontwarn com.loopj.android.http.**
-keep class com.loopj.android.http.**{*;}

No es suficiente. Yo añadí:

-dontwarn cz.msebera.**
-keep class cz.msebera.**{*;}

el bicho se ha ido

así que si usted entra en este error, la razón profunda tal vez no sea obvia, debe tenerse en cuenta el archivo proguard.

Answer 3

En mi caso, la causa fue ligeramente diferente.

Aparentemente, al colocar una instrucción synchronized dentro de un bloque try/catch se produce VerifyError , tal como se informa aquí en SO y en el rastreador de errores oficial .

Answer 4

En mi caso, simplemente deshabilité la opción "Ejecución instantánea" desde mi configuración de "Generar, ejecutar, implementar". Desafortunadamente, la función de Android Studio "Instant Run" aún está lejos de ser estable ...

Para hacerlo:

1. vaya a "Archivo"> ​​"Configuración"> "Compilación, ejecución, despliegue"> "Ejecución instantánea"
2. desmarque la casilla "Habilitar ejecución instantánea ..." y haga clic en el botón "Aceptar"

Answer 5

La limpieza de la carpeta de build resolvió el problema. No estoy seguro de por qué ART tenía un problema, pero Dalvik no.

Ejecutar una tarea de clean gradle clean borraba mi carpeta de build hasta el final. Tuve que hacerlo manualmente, pero la clean puede funcionar para algunas personas.

Answer 6

Tuve el mismo problema lanzado por GoogleTagManager .

java.lang.VerifyError: clase rechazada por el verificador com.google.android.gms.tagmanager.TagManager: com.google.android.gms.common.api.PendingResult com.google.android.gms.tagmanager.TagManager.loadContainerDefaultOnly (java. lang.String, int) no se pudo verificar: com.google.android.gms.common.api.PendingResult com.google.android.gms.tagmanager.TagManager.loadContainerDefaultOnly (java.lang.String, int): [0x11] return ''Referencia: com.google.android.gms.tagmanager.zzp'', pero se espera de la declaración ''Referencia: com.google.android.gms.common.api.PendingResult''

Sucedió después de la fusión. Mi colega actualizó la biblioteca de 10.0.1 a 10.2.1 . La construcción limpia no funcionó.

Debido a limitaciones de tiempo, retrocedo a la versión anterior y funcionó.

Answer 7

Pasos simples (3) funcionaron para mí:

1 - desde el menú superior de android studio build -> proyecto limpio

2 - desde el menú superior de android studio build -> make project

3 - desde el menú superior de la construcción de Android Studio -> reconstruir proyecto

Todo listo ...