Java.lang.ClassCastException: Android.support.v7.widget.ContentFrameLayout non può essere lanciato su Android.support.v7.widget.ContentFrameLayout

Question

A volte installo la mia app per Android e ottengo la seguente eccezione, ma questa non è t sempre riproducibile.

java.lang.ClassCastException: android.support.v7.widget.ContentFrameLayout non può essere lanciato a android.support.v7.widget.ContentFrameLayout

Sto usando multidex sul mio app Android e ho letto this question sui dispositivi Samsung che hanno un bug con l'implementazione multidex ma questo accade su LG G3 con 5.1 e un HTC A9 con 6.0.

Qualcuno ha qualche idea del perché questo accade casualmente e cosa posso fare per risolverlo?

EDIT: Non posso condividere gran parte del codice perché questo è per un'azienda per cui lavoro.

buildscript { 
repositories { 
    mavenCentral() 
} 

dependencies { 
    classpath 'com.android.tools.build:gradle:1.5.0' 
    classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8' 
} 

}

applicare plugin: 'com.android.application' applicare plugin: 'com.neenbedankt.android-apt'

buildscript {{ repository mavenCentral()}

dependencies { 
    classpath 'com.android.tools.build:gradle:1.5.0' 
    classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8' 
} 

}

applicano plugin: 'com.android.application' applicare plugin: 'com.neenbedankt.android-apt'

repository { mavenCentral() Maven {url 'https://repository-achartengine.forge.cloudbees.com/snapshot' } Maven { url 'libs-mercurial.localrepo.localrepository' }}

Android { buildToolsVersion "23.0.2" compileSdkVersion 23

012.

dexOptions { 
    javaMaxHeapSize "4g" 
} 

defaultConfig { 
    minSdkVersion 18 
    targetSdkVersion 23 
    multiDexEnabled true 
} 

packagingOptions { 
     exclude 'META-INF/LICENSE.txt' 
     exclude 'META-INF/NOTICE.txt' 
     exclude 'META-INF/LICENSE' 
     exclude 'META-INF/NOTICE' 
     exclude 'META-INF/ASL2.0' 
     exclude 'META-INF/INDEX.LIST' 
} 

lintOptions { 
    ignore 'ProtectedPermissions' 
} 

signingConfigs { 

    release { 
     storeFile file("somepath...") 
     storePassword System.getenv("some_password") 
     keyAlias "release" 
     keyPassword System.getenv("some_password") 
    } 
} 

buildTypes { 

    release { 
     minifyEnabled false 
     proguardFile getDefaultProguardFile('proguard-android.txt') 
     proguardFile 'proguard-config.txt' 
    } 

    debug { 
     minifyEnabled false 
     proguardFile getDefaultProguardFile('proguard-android.txt') 
     proguardFile 'proguard-config.txt' 
    } 
} 

dependencies { 

    compile 'com.android.support:multidex:1.0.0' 
    compile 'com.android.support:appcompat-v7:23.1.1' 
    compile 'com.android.support:design:23.1.0' 
    compile 'com.android.support:preference-v14:23.1.0' 

    compile ('com.m.c:CE:1.0') { 
     changing=true 
    } 

    compile ('com.m.c:APL:1.0') { 
     changing=true 
    } 

    compile ('c.m.c:C:1.0') { 
     changing=true 
    } 

    debugCompile 'ch.acra:acra:4.5.0' 

    compile files('libs-gradle/aM.jar') 
    compile files('libs-gradle/android-logging-log4j-m-1.0.3.jar') 
    compile files('libs-gradle/ce.jar') 
    compile 'com.google.android.gms:play-services-analytics:8.4.0' 

    apt 'com.squareup.dagger:dagger-compiler:1.2.2' 

} 

}

apply plugin: 'com.google.gms.google-services' 

Answer 1

Qualche tempo fa abbiamo affrontato simile tipo di problema, abbiamo aggiunto

android { 
     dexOptions { 
      jumboMode = true 
     } 
    } 

in build.gradle e Classe di applicazione estesa per MultiDexApplication, prova se questo ti aiuta.

Answer 2

Ho trovato che il problema era con un flag che era stato impostato nel manifest per avere un processo persistente. La mia app è un'app di sistema caricata dal produttore e quando si verifica un aggiornamento, che uccide l'app, Android os riavvia il vecchio processo risultando in un comportamento strano. La mia soluzione ha finito per dover cambiare i nomi delle classi e dei componenti Android manifest per usare quei nuovi nomi di classe e lasciare che l'altro processo persistente si blocchi dopo l'aggiornamento. Dopo che l'app viene uccisa una volta o il telefono viene riavviato, quei processi muoiono e non vengono mai più lanciati. Ho anche rimosso il flag per il processo persistente.