Troppi classi --main-dex-list, la capacità dex principale superati

Question

Sto cercando di eseguire i test di strumentazione ma ottenere l'errore sotto mentre la conversione dex IMPREVISTO TOP-LEVEL ECCEZIONE:

com.android.dex.DexException: Too many classes in --main-dex-list, main dex capacity exceeded 
     at com.android.dx.command.dexer.Main.processAllFiles(Main.java:494) 
     at com.android.dx.command.dexer.Main.runMultiDex(Main.java:334) 
     at com.android.dx.command.dexer.Main.run(Main.java:244) 
     at com.android.dx.command.dexer.Main.main(Main.java:215) 
     at com.android.dx.command.Main.main(Main.java:106) 

:App:dexDebug FAILED 

Come risolvere questo problema in gradle?

Answer 1

Facciamo capire prima il problema:

Su dispositivi pre-Lollipop, solo il main dex viene caricato dal framework. Per supportare applicazioni multi-dex è necessario applicare esplicitamente una patch al programma di caricamento classe dell'applicazione con tutti i file dex secondari (ecco perché la classe Application deve estendere la classe MultiDexApplication o chiamare MultiDex#install).

Ciò significa che il dex principale dell'applicazione dovrebbe contenere tutte le classi che sono potenzialmente accessibili prima del patch del programma di caricamento classi.

Riceverai java.lang.ClassNotFoundException se il codice dell'applicazione proverà a fare riferimento a una classe che è stata inserita in uno dei tuoi file dex secondari prima di applicare correttamente il caricatore della classe dell'applicazione.

Ho il documented here come plugin decide quali classi devono essere impacchettate in main-dex.
Se la quantità totale di metodi a cui tali classi fanno riferimento supera il limite 65.536, la generazione non riuscirà con l'errore Too many classes in --main-dex-list, main dex capacity exceeded.

Posso pensare a tre possibili soluzioni per questo problema:

1. (La soluzione più semplice, ma non è adatto per la maggior parte delle applicazioni ) Cambia la tua minSdkVersion a 21.
2. Shrink vostra applicazione codice. Questo è stato discusso molte volte in precedenza (vedi here e here).
3. Se nessuna delle soluzioni di cui sopra funziona per te, puoi provare a utilizzare my workaround per questo problema - Sto correggendo il plug-in gradle Android per non includere le classi di attività nel dex principale. È un po 'hacky, ma funziona bene per me.

Ci sono an issue in bug tracker Android per quanto riguarda questo errore. Speriamo che il team di Tools fornirà presto una soluzione migliore.

---

Aggiornamento (4/27/2016)

Versione 2.1.0 di Gradle plugin permette di filtrare principale-Dex classi della lista.
Avviso: questo sta utilizzando un api non supportato che verrà sostituito in futuro.

Ad esempio, per escludere tutte le classi di attività che si possono fare:

afterEvaluate { 
    project.tasks.each { task -> 
    if (task.name.startsWith('collect') && task.name.endsWith('MultiDexComponents')) { 
     println "main-dex-filter: found task $task.name" 
     task.filter { name, attrs -> 
     def componentName = attrs.get('android:name') 
     if ('activity'.equals(name)) { 
      println "main-dex-filter: skipping, detected activity [$componentName]" 
      return false 
     } else { 
      println "main-dex-filter: keeping, detected $name [$componentName]" 
      return true 
     } 
     } 
    } 
    } 
} 

È inoltre possibile controllare il mio example project che illustra questo problema (e si applica il filtraggio di cui sopra).

---

Aggiornamento 2 (7/1/2016)

Versione 2.2.0-alfa4 di plug Gradle (con build-tools V24), infine, risolve questo problema reducing multidex keep list to a minimum.
Il filtro non supportato (e non documentato) dalla versione 2.1.0 non deve essere più utilizzato. Ho aggiornato il mio sample project, dimostrando che la compilazione ha esito positivo senza alcuna logica di compilazione personalizzata.

Answer 2

Hai due scelte.

1. uso ProGuard a spogliarsi numero di metodi
2. uso funzione multidex

Il mio consiglio - andare con ProGuard, si richiede un minimo di a zero modifiche al codice sorgente

Answer 3

Un altro modo per risolvere questo problema è quello di rimuovere le classi con annotazioni runtime dal file DEX principale:

android { 

    dexOptions { 
     keepRuntimeAnnotatedClasses false 
    } 

} 

Ciò è particolarmente utile per le applicazioni che utilizzano i quadri iniezione di dipendenza dal momento che anche per le annotazioni Dagger sono di solito tenuto in runtime.