NoClassDefFoundError: android.support.v7.internal.view.menu.MenuBuilder

Si è verificato un problema con la libreria v7 dell'appcompat per Android sui dispositivi Samsung con Android 4.2. Continuo a ricevere arresti anomali con la seguente traccia dello stack nella mia Console per gli sviluppatori:

java.lang.NoClassDefFoundError: android.support.v7.internal.view.menu.MenuBuilder
    at android.support.v7.widget.PopupMenu.<init>(PopupMenu.java:66)
    at com.[my-package-name].CustomActivity$5.onClick(CustomActivity.java:215)
    at android.view.View.performClick(View.java:4222)
    at android.view.View$PerformClick.run(View.java:17620)
    at android.os.Handler.handleCallback(Handler.java:800)
    at android.os.Handler.dispatchMessage(Handler.java:100)
    at android.os.Looper.loop(Looper.java:194)
    at android.app.ActivityThread.main(ActivityThread.java:5391)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:525)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:833)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:600)
    at dalvik.system.NativeStart.main(Native Method)

Questa è la riga 215 di CustomActivity.java:

PopupMenu popup = new PopupMenu(CustomActivity.this, mImageViewMenu);

Gli arresti anomali provengono da una serie di dispositivi, ma sempre Samsung e sempre Android 4.2.

Una rapida ricerca sul Web mi porta a credere che molte persone abbiano lo stesso problema, alcuni dei passaggi che ho provato a risolvere il problema sono:

• Controlla le proprietà del progetto Android, assicurati che la libreria appcompat sia stata aggiunta correttamente.
• Controlla l'ordine del percorso build Java ed esporta le proprietà del progetto, assicurati che le dipendenze Android e le librerie private Android siano selezionate.
• Verifica che la classe sia inclusa nella libreria (android.support.v7.internal.view.menu.MenuBuilder).
• Conferma che R.java si trova nella directory gen per android.support.v7.appcompat.
• Verificare che il tema AppCompat sia incluso nell'attività Manifest.xml.
• Progetto pulito e ricostruito.

Nonostante questi passaggi e nonostante funzioni su tutti gli altri dispositivi e versioni Android, i rapporti sugli arresti anomali continuano ad arrivare.

MODIFICARE:

La soluzione che ha funzionato per me è stata (utilizzando Proguard) per sostituire questo:

-keep class android.support.v4.** { *; } 
-keep interface android.support.v4.** { *; }

-keep class android.support.v7.** { *; }
-keep interface android.support.v7.** { *; }

con questo:

# Allow obfuscation of android.support.v7.internal.view.menu.**
# to avoid problem on Samsung 4.2.2 devices with appcompat v21
# see https://code.google.com/p/android/issues/detail?id=78377
-keep class !android.support.v7.internal.view.menu.**,android.support.** {*;}

Il merito va al gruppo google, n . 138 .

Vecchia risposta (soluzione temporanea): succede in un progetto in cui utilizzo un filatore in ActionBar. La mia soluzione era quella di verificare tali condizioni e modificare il flusso dell'app:

public static boolean isSamsung_4_2_2() {
    String deviceMan = Build.MANUFACTURER;
    String deviceRel = Build.VERSION.RELEASE;
    return "samsung".equalsIgnoreCase(deviceMan) && deviceRel.startsWith("4.2.2");
}

Quindi nel metodo onCreate dell'attività:

if (isSamsung_4_2_2()) {
    setContentView(R.layout.activity_main_no_toolbar);
} else {
    setContentView(R.layout.activity_main);
}

Come sottolineato, questa non è una soluzione definitiva, è solo un modo per consentire agli utenti di accedere a funzionalità limitate mentre viene trovata una soluzione più permanente.

Come # 150 da gruppi google detto

Attenzione con la classe -keep! Android.support.v7.internal.view.menu. **. Ci sono un certo numero di classi che fanno riferimento alle risorse dell'appcompat.

La soluzione migliore è invece aggiungere le seguenti righe:

-keep class !android.support.v7.internal.view.menu.*MenuBuilder*, android.support.v7.** { *; }
-keep interface android.support.v7.** { *; }

Su quale dispositivo stai affrontando questo problema? (Samsung / HTC ecc.)

Se è Samsung,

Vari telefoni Samsung sono inclusi versioni precedenti della libreria di supporto Android nel framework o nel percorso di classe. Se usi la nuova libreria di supporto materiale, vedrai questo arresto anomalo su quei dispositivi Samsung:

java.lang.NoClassDefFoundError: android.support.v7.internal.view.menu.MenuBuilder

Per risolvere questo problema, è necessario rinominare quella classe. Il modo più semplice per farlo è eseguire proguard. Se non vuoi offuscare, ecco un 1 liner per rinominare solo le classi offensive:

-keep class !android.support.v7.internal.view.menu.**,** {*;}

C'è un problema nel tracciare questo problema, ma dal momento che è davvero un bug Samsung, non verrà mai risolto dalla loro parte. L'unico modo per risolverlo sul lato Google / AOSP è rinominare queste classi interne.

https://code.google.com/p/android/issues/detail?id=78377

Questo problema si è verificato in AppCompat 23.1.1cui il .internalpacchetto è stato rimosso dal jar della libreria.

Come suggerito nei commenti sopra (crediti per le persone che lo hanno suggerito lì), ora anche la configurazione di proguard deve cambiare.

Per ottenere di nuovo la risposta suggerita sopra, prova ad aggiungere queste righe ai tuoi file proguard:

#FOR APPCOMPAT 23.1.1:
-keep class !android.support.v7.view.menu.*MenuBuilder*, android.support.v7.** { *; }
-keep interface android.support.v7.* { *; }

Al posto della vecchia correzione:

#FOR OLDER APPCOMPAT VERSION:
-keep class !android.support.v7.internal.view.menu.*MenuBuilder, android.support.v7.** { ; }
-keep interface android.support.v7.* { *; }

Secondo gli ultimi post del bug report, questo dovrebbe essere corretto sulla nuova versione della libreria di supporto (24.0.0): https://code.google.com/p/android/issues/detail?id=78377 # c374

Qualcuno ha persino affermato che è stato risolto.

Questa versione è disponibile dallo scorso mese , quindi è necessario aggiornarla.

Sì. Samsung conosce già questo problema. Posso suggerire di provare a utilizzare la stessa implementazione di Popup da GitHub . Non è il modo migliore, ma funzionerà.

Stavo avendo lo stesso problema di questa classe MenuBuilder non trovata in modalità debug USB. Ho risolto questo problema semplicemente impostando minifyEnabled su true sia nel blocco buildTypes di debug che build.gradle . come questo:

buildTypes {

    debug {

        minifyEnabled true
    }

    release {
        minifyEnabled true
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
    }
}

Ho impostato minifyEnabled su true nel tipo di debug per impedire il crash dell'app tramite debug USB su un portatile.

Ho abilitato proguard con le proprietà proguard predefinite fornite con un progetto eclipse e il problema è stato risolto per me. Sulla base di alcuni commenti qui https://code.google.com/p/android/issues/detail?id=78377 , alcune persone potrebbero dover riconfezionare utilizzando: -repackageclasses "android.support.v7"

Ho avuto lo stesso errore durante il tentativo di eseguire un'app 'Hello World' sul mio tablet Samsung Galaxy Tab 3 tramite Android Studio. L'app sembra avviarsi e quindi si bloccherebbe all'istante e tale errore verrà visualizzato nella console in Android Studio. Ho fatto un aggiornamento del sistema sul tablet e ora sono in grado di eseguire l'app "Hello World" e non ricevo più l'errore. Spero che questo aiuti qualcuno a risolvere il problema.

Nota: l'aggiornamento di sistema che ho eseguito sul tablet non ha aggiornato la versione del sistema operativo Android, poiché dice ancora che la versione è 4.2.2.

Cambia la versione di compilazione Sdk del tuo progetto in "API 18: (JellyBean)"

L'impostazione predefinita è "Lecca-lecca

PASSI

1. Fare clic con il tasto destro sul progetto e selezionare Apri le impostazioni del modulo (o premere F4)
2. Nella scheda Proprietà Versione SDK compilata