Type de programme déjà présent: android.de soutien.v4.app.BackStackRecord

Type de programme déjà présent:
android.de soutien.v4.app.BackStackRecord$Op
Message{type=ERREUR, text=type de Programme déjà présent:
android.de soutien.v4.app.BackStackRecord$Op, les sources=[source Inconnue fichier], outil de
nom=en Option.(D8)}

Le problème est arrivé à cause du dupliqué bibliothèque de prise en charge. Cette dépendance:

implementation 'com.github.ViksaaSkool:AwesomeSplash:v1.0.0'

est utilisez une ancienne version de la bibliothèque de prise en charge. Essayez à l'exclusion de la bibliothèque de prise en charge si vous l'avez déjà:

//support libraries we want to use
implementation 'com.android.support:appcompat-v7:27.1.1'
implementation 'com.android.support:support-v4:27.1.1'

//we already have the specific support libraries. So, exclude it
implementation ('com.github.ViksaaSkool:AwesomeSplash:v1.0.0') {    
    exclude group: 'com.android.support'
    exclude module: 'appcompat-v7'
    exclude module: 'support-v4'
}

Vous avez besoin de vérifier vos dépendances, avec la commande suivante:

./gradlew app:dependencies

Ou sinon, vous pouvez toujours remplacer les bibliothèques de prise en charge version en ajoutant le conflit des bibliothèques avec la version exacte que vous souhaitez.

---

Mise à JOUR

Il y a une étape de fixation de la dépendance de la résolution des erreurs à l' Ajouter les dépendances de construction de la documentation. Voici les extraits:

Correction de la résolution des dépendances erreurs

Lorsque vous ajoutez plusieurs dépendances de votre projet d'application, directs et dépendances transitives peuvent entrer en conflit les uns avec les autres. Le Android Plugin Gradle tente de résoudre ces conflits gracieusement, mais certains conflits peuvent conduire à la compilation ou de l'exécution des erreurs.

Pour vous aider à enquêter sur lesquelles les dépendances sont en contribuant à des erreurs, inspectez votre application de l'arbre des dépendances et observer les dépendances qui apparaissent plus d'une fois ou avec des versions contradictoires.

Si vous ne pouvez pas identifier facilement le double de la dépendance, essayez d'utiliser Android Studio est une INTERFACE utilisateur pour la recherche de dépendances qui comprennent les doublons de classe comme suit:

1. Sélectionnez Naviguer > Classe à partir de la barre de menu.
2. Dans la fenêtre pop-up boîte de dialogue de recherche, assurez-vous que la case à côté de d'Inclure d'autres éléments de projet est cochée.
3. Tapez le nom de la classe qui apparaît dans l'erreur.
4. Inspecter les résultats pour les dépendances qui comprennent la classe.

Les sections suivantes décrivent les différents types de dépendance de la résolution des erreurs que vous pouvez rencontrer et comment les corriger.

Fix double classe erreurs

Si une classe apparaît plus d'une fois sur l'exécution du classpath, vous obtenez un message d'erreur semblable au suivant:

Program type already present com.example.MyClass

Cette erreur se produit généralement en raison de l'une des circonstances suivantes:

• Binaires dépendance comprend une bibliothèque de votre application comprend aussi comme une dépendance directe. Par exemple, votre application déclare une dépendance directe de la Bibliothèque Une Bibliothèque et B, mais à la Bibliothèque comprend déjà Bibliothèque B dans ses binaire.

  • Pour résoudre ce problème, supprimer de la Bibliothèque de B comme une dépendance directe.

• Votre application dispose d'un local binaires dépendance et à distance binaires dépendance sur la même bibliothèque.

  • Pour résoudre ce problème, retirez l'une des dépendances binaires.

Résoudre les conflits entre les chemins de classe

Quand Gradle résout le compiler classpath, il est d'abord résolu le runtime classpath et utilise le résultat pour déterminer quelles sont les versions des dépendances devraient être ajoutés à la compilation classpath. En d'autres termes, le moteur d'exécution classpath de déterminer les numéros de version identique dépendances en aval sur les chemins de classe.

Votre application d'exécution du chemin de classe détermine également les numéros de version Gradle exige pour la mise en correspondance des dépendances dans le runtime classpath de l'application du test APK. La hiérarchie des chemins de classe est décrite dans la figure ci-dessous:

Un conflit où les différentes versions de la même dépendance apparaît à travers les multiples chemins de classe mlgh se produire lorsque, par exemple, votre application inclut une version d'une dépendance à l'aide de la implementation la dépendance de configuration et un module de la bibliothèque comprend une version différente de la dépendance à l'aide de la runtimeOnly de configuration.

Lors de la résolution des dépendances sur votre runtime et le moment de la compilation, les chemins de classe, Android plugin Gradle 3.3.0 et plus tenter de résoudre automatiquement certains en aval des conflits de version. Par exemple, si le moteur d'exécution classpath inclut la Bibliothèque de la version 2.0 et la compilation classpath comprend à la Bibliothèque de la version 1.0, le plugin automatiquement les mises à jour de la dépendance sur la compilation classpath à la Bibliothèque de la version 2.0 pour éviter les erreurs.

Cependant, si le moteur d'exécution classpath comprend à la Bibliothèque de la version 1.0 et la compilation de chemin de classe comprend la Bibliothèque de la version 2.0, le plugin ne pas rétrograder de la dépendance sur la compilation classpath à la Bibliothèque de la version 1.0, et vous obtenez toujours un message d'erreur similaire à la suivante:

Conflict with dependency 'com.example.library:some-lib:2.0' in project 'my-library'.
Resolved versions for runtime classpath (1.0) and compile classpath (2.0) differ.

Pour résoudre ce problème, effectuez l'une des opérations suivantes:

• Inclure la version souhaitée de la dépendance comme un api dépendance à votre module de la bibliothèque. C'est, seulement votre module de la bibliothèque déclare la dépendance, mais l'app module permettra également d'avoir accès à son API, de manière transitive.
• Alternativement, vous pouvez déclarer la dépendance dans les deux modules, mais vous devez vous assurer que chaque module utilise la même version de la dépendance. Envisager la configuration du projet à l'échelle de propriétés pour s'assurer de chacune des versions de la dépendance de rester cohérent tout au long de votre projet.

OriginalL'auteur ישו אוהב אותך

Une alternative à la accepté de répondre est-à-dire gradle pour forcer la version la plus récente:

final SUPPORT_LIB_VER = '27.1.1'

configurations.all {
    resolutionStrategy { 
        force "com.android.support:appcompat-v7:${SUPPORT_LIB_VER}"
        force "com.android.support:support-v4:${SUPPORT_LIB_VER}"
    }
}

Cela peut être plus pratique lorsque vous avez de nombreuses dépendances.

voir aussi: Réponse à "Comment puis-je la force de Gradle pour définir la même version pour deux dépendances?"

OriginalL'auteur TmTron

Ajouter ce code à gradle selon votre "SdkVersion":

implementation 'com.android.support:support-v4:28.0.0'

par exemple, mon SDKVersion est de 28 puis-je utiliser ce code:

implementation 'com.android.support:appcompat-v7:28.0.0'
implementation 'com.android.support:support-v4:28.0.0'

OriginalL'auteur Masoud Siahkali

Dans mon cas, j'ai converti un très vieux projet Eclipse dans Android Studio.
Donc, migration automatique utilisé:

dependencies {
    compile files('libs/android-support-v13.jar')
}

Seulement de supprimer ou commentaire à la ligne avec cette bibliothèque.

Quand j'ai commenté, Gradle script est exécuté correctement.

OriginalL'auteur Vyacheslav

multiDexEnabled vrai
ajoutez la ligne ci-dessus dans android bloquer dans gradle-app son travail pour moi ...

OriginalL'auteur Monem