Comment résoudre l'erreur INSTALL_FAILED_DEXOPT?

Je développe une application Android sous Android 2.2, la taille de mon APK d'application est de 22,5 Mo, et je souhaite créer une nouvelle version pour une tablette Samsung. J'ai eu l'erreur suivante:

INSTALL_FAILED_DEXOPT

Comment résoudre ce genre d'erreur?

Le redémarrage de l'émulateur à partir de Android SDK and AVD Manageret la sélection de l'option Wipe User Dataa résolu ce problème pour moi.

Vous pouvez trouver l'option mise en évidence dans l'image ci-dessous:

Cela semblait lié à l'espace disque pour moi. Un émulateur 5.1 nouvellement roulé démarre avec une erreur «espace disque faible» - et en regardant les propriétés de l'émulateur, l'espace par défaut alloué pour le stockage interne est de 800 Mo, ce qui semble faible.

La solution a donc été d'augmenter cela (je suis passé à 4 Go). Curieusement, l'émulateur démarre toujours avec le même avertissement d'espace disque, mais sa réinitialisation d'usine (Paramètres -> Sauvegarder et restaurer dans l'émulateur) l'a entièrement résolu pour moi.

Juste un peu étrange que cela ne fonctionne pas directement avec les paramètres par défaut.

Votre ancienne version de l'application que vous installez comporte des bibliothèques / fichiers JAR dépendants qui ont été modifiés. J'ai rencontré ce problème lors de la mise à jour d'autres fichiers jar que mon application était en train de réfréner.

Vous devrez désinstaller votre ancienne version et vous ne devriez plus avoir de problèmes ...

Paramètres -> Applications -> Gérer les applications -> [Rechercher et désinstaller votre application]

Les erreurs INSTALL_FAILED_DEXOPT ne doivent pas éclater. Comme

[2011-06-14 01:23:40 - ProtectYourself] Installing ProtectYourself.apk...
[2011-06-14 01:24:26 - ProtectYourself] Installation error: INSTALL_FAILED_DEXOPT
[2011-06-14 01:24:26 - ProtectYourself] Please check logcat output for more details.
[2011-06-14 01:24:26 - ProtectYourself] Launch canceled!

Whoo Hoo.

Si vous utilisez Android Studio , essayez de nettoyer votre projet:

Construire> Projet propre

Il semble que ce message d'erreur puisse avoir de nombreuses causes différentes. Le cas que j'ai rencontré était sur un appareil réel (donc les solutions de base d'émulateur ne s'appliquaient pas).

En gros, lorsque cela se produit, réglez votre filtre Logcat à verbeux ou WARN , qui vous aidera à obtenir plus d' informations sur la cause.

Dans mon cas, plusieurs versions ou en conflit de JUnit étaient incluses dans le projet sur lequel je travaillais (une grande base de code existante). L'application Android que j'essayais de déployer avait plusieurs projets de bibliothèque en tant que dépendances, et j'avais configuré par erreur les choses pour inclure plusieurs fichiers jar JUnit.

J'ai découvert cela sur la base d'une série de messages Logcat. Notez que la ligne WARN donne la cause:

DEBUG/dalvikvm(4808): DexOpt: 'Ljunit/framework/TestSuite$1;' has an earlier definition; blocking out
11-06 14:30:10.973: WARN/dalvikvm(4808): Invalid file flags in class Ljunit/runner/Sorter$Swapper;: 0209
11-06 14:30:10.973: null/libc(4808): Fatal signal 11 (SIGSEGV) at 0x00000004 (code=1), thread 4808 (dexopt)

Ran dans cela avec Android Studio 3.4.1 mais en utilisant un émulateur plus ancien (5.0). Cette procédure (sur Mac) a résolu le problème:

1. arrêter l'émulateur
2. cd ~ / .android / avd / [nom de l'émulateur] .avd
3. rm * .lock
4. effacer l'émulateur
5. démarrer l'émulateur

J'ai changé la taille de la RAM et la capacité de stockage interne de l'émulateur Now IT IS Working ... dans eclipse AVD Manager

essayez ma réponse https://stackoverflow.com/a/34918549/3737254

si vous utilisez android studio 2.0, désactivez l'exécution instantanée.

Pour info, l'exécution instantanée est une nouvelle fonctionnalité d'Android Studio 2.0 (je ne l'ai jamais utilisée>. <)

comment désactiver: préférences -> construction, exécution et déploiement -> exécution instantanée -> désactiver, puis fonctionne comme par magie

Prendre plaisir!

J'avais besoin de désactiver Instant Run pour résoudre le problème. Pour désactiver Instant Run sur OS X, accédez à Android Studio > Préférences > Build, Execution, Deployment > Instant Run, puis supprimez la coche Enable Instant Run to hot swap code/resource changes on deploy (default enabled).

La seule solution qui a fonctionné pour moi pour résoudre ce problème était d'augmenter la RAM de la VM à 4 Go.

J'ai eu le même problème aujourd'hui avec Android Studio sur un nouvel appareil virtuel. Il est apparu que j'avais téléchargé l' x86_64image, recréant le VD avec l' x86image équivalente corrigée.

Je m'attendais à obtenir un INSTALL_FAILED_NO_MATCHING_ABISdans ce cas, mais d'une manière ou d'une autre, j'étais coincé avecINSTALL_FAILED_DEXOPT

Je travaille avec Android Studio et j'ai eu la même erreur.

La suppression du dossier de construction du module principal a aidé. Après avoir tout supprimé, revenez à la normale.

INSTALL_FAIL_DEXOPT a généralement à voir avec la limite placée sur classes.dex. Sur tout ce qui est pré-ICS, dexopt échouera sur tout ce qui dépasse 5 Mo. Les versions récentes d'Android utilisent une mémoire tampon de 8 ou 16 Mo.

Vérifiez la taille de classes.dex dans votre APK. Il serait également bon de voir quel est votre nombre de méthodes, car dex a une limite de 65536 méthodes / champs.

Références:

Erreur lors de l'installation de l'application (INSTALL_FAILED_DEXOPT)

https://www.facebook.com/notes/facebook-engineering/under-the-hood-dalvik-patch-for-facebook-for-android/10151345597798920

Comment réduire le code - Limite de méthode de 65k dans Dex

J'ai rencontré ce problème après avoir activé le drapeau jumboMode dans build ( dex.force.jumbo=true). Tout a bien fonctionné sur les appareils Android plus récents, mais l'installation a échoué sur Gingerbread.

Donc, si votre application nécessite le mode jumbo en raison de la restriction agaçante de 65k, essayez de couper certains codes / chaînes inutilisés et de redéfinir le mode jumbo sur false.

classes.dexne parvient pas à la finale .apk. Courir gradlew --offline clean && gradlew --offline assembleDebugdes choses fixes pour moi à chaque fois. À partir de là, vous pouvez recommencer à lancer l'application depuis Android Studio.

EDIT: Avant que j'ai dit ci - dessus pour aller Gestionnaire des tâches et tuer tous cmd.exeet les conhost.exeprocessus (ou tout simplement celui qui a aaptobtenu bloqué). Sinon, aaptcela planterait à partir de maintenant lors du lancement à partir de la ligne de commande avec l'erreur infâme -1073741819.

J'ai eu la même erreur et je l'ai corrigée en augmentant la taille du stockage interne.

Le stockage interne était initialement réglé à 32 Mo (je sais), puis j'ai installé quelques apks dessus, ce qui avait laissé moins d'espace que ce qui était nécessaire pour celui à installer.

vérifier l'espace de stockage sur votre appareil

J'ai fait désinstaller l'application et j'ai quand même eu l'erreur INSTALL_FAILED_DEXOPT. Si vous travaillez avec Android Studio / gradle: gradle clean a fait l'affaire pour moi, Cheers.

dans build.gradle, le changement est compilé et construit vers la dernière version. et cela a fonctionné pour moi.

================

android {
    compileSdkVersion 22
    buildToolsVersion "22"

beaucoup de réponses ici, mais peut-être que cela peut aider quelqu'un J'ai eu ce problème avec un appareil réel et le problème était avec D8

essayez d'ajouter ceci à votre gradle.properties et cela fonctionne pour moi

android.enableD8=false
android.enableD8.desugaring= false

J'avais ce problème en essayant d'installer sur des appareils 2.3 (bien sur 4.0.3). Il a fini par être en raison d'un projet lib j'utilisais eu plusieurs pots qui étaient pour des choses déjà android par exemple HttpClient et parseurs XML , etc. En regardant logcatm'a amené à trouver ce qu'il me disait qu'il sautait des cours en raison de leur être déjà présent. Belle erreur d'origine inutile là-bas!

J'ai eu ce test d'erreur sur un vrai appareil. Effacer le cache / désinstaller, tout redémarrer n'a pas fonctionné pour moi, la suppression du contenu du dossier de construction a fonctionné :) (Android studio)

Il n'y a pas de solution générique, vous devez trouver l'erreur signalée sur votre Logcat pour pouvoir la comprendre. Parfois, c'est une classe qui ne peut pas être «dexed» en raison de l'utilisation d'une classe non disponible sur l'API cible spécifiée par exemple. Ou il peut s'agir d'une classe à laquelle vous faites référence dans votre code, mais la bibliothèque dans laquelle elle se trouve n'est pas en cours d'empaquetage.

Pensez à utiliser proguard pour réduire votre APK. J'ai le même problème si j'essaie d'installer un grand fichier APK de 25 Mo + sur un ancien appareil Samsung Galaxy Ace 2.3.6 sans réduire / optimiser le code avec proguard.

Le mode Jumbo et le redémarrage de l'appareil ne fonctionnent pas.

Dans mon cas, il s'agissait d'un bogue dans le plugin kotlin, version 1.1.51

https://youtrack.jetbrains.com/issue/KT-20034

Cette erreur est apparue sur les anciens appareils (API 16).

Correction de cela en supprimant les annotations @Parcelize et en les remplaçant par ce générateur de code: https://github.com/nekocode/android-parcelable-intellij-plugin-kotlin

targetSdkVersion 22 // 17 ==========================> définir ce nombre inférieur ou égal à la version du système d'exploitation Android sur les appareils peut aider

 defaultConfig {
        applicationId "software.nhut.personalutilitiesforlife"
        minSdkVersion 16
        targetSdkVersion 22//17==========================> set this number less then or equal to the version of Android OS on devices might help
        versionCode 5
        versionName "1.26"
        // Enabling multidex support.
        multiDexEnabled true
    }

J'ai eu ce problème quand il y avait des caractères Unicode dans mes noms de méthodes (à cause, de toutes choses, de copier / coller à partir d'un fichier powerpoint) que Dalvik n'aimait pas. Vous pouvez le voir en regardant la sortie de Logcat tout en essayant d'installer l'APK.

C'était sur un vrai appareil.

Résolu en corrigeant la date et l'heure sur le téléphone (c'était une date par défaut le 01.01.1980) et en nettoyant le projet.

J'avais changé ma version de la prise en charge de la version 4 d'Android pour SDK 21 et j'avais cette erreur. Je suis donc retourné à la version de support de l'ancienne version (avant 21) et cela a fonctionné. L'erreur ne se produisait que dans Android 2.3

J'ai rencontré ce problème lorsque j'essayais de mettre à jour les nouveaux outils de construction 24.0.1. La connexion Internet a été perdue et les outils n'ont pas été téléchargés avec succès, après cela, j'ai eu cette erreur et j'ai passé beaucoup de temps à essayer de la résoudre. Mais lorsque j'ai mis à jour avec succès les outils de construction, le problème est résolu. Bonne chance.