Mam Android Studio Beta. Utworzyłem nowy projekt z kompilacją moich starych modułów, ale kiedy próbowałem uruchomić aplikację, nie uruchomił się z komunikatem:

Error:Execution failed for task ':app:transformDexArchiveWithExternalLibsDexMergerForDebug'.

com.android.builder.dexing.DexArchiveMergerException: Nie można scalić dex

Ale nie wiem jak rozwiązać ten błąd. Przeglądałem to przez wiele godzin, ale bez powodzenia.

Stopień mojego projektu:

    // Top-level build file where you can add configuration options common to all sub-projects/modules.

buildscript {
    repositories {
        jcenter()
        google()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.0.0-beta6'
        classpath "io.realm:realm-gradle-plugin:3.7.1"
        classpath 'com.google.gms:google-services:3.1.0'
        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
        google()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

Stopień mojej aplikacji:

    apply plugin: 'com.android.application'

android {
    compileSdkVersion 26
    buildToolsVersion "26.0.1"
    defaultConfig {
        applicationId "parad0x.sk.onlyforyou"
        minSdkVersion 21
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        multiDexEnabled true
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
        }
    }
    compileOptions {
        targetCompatibility 1.7
        sourceCompatibility 1.7
    }
    packagingOptions {
        exclude 'META-INF/LICENSE'
        exclude 'META-INF/NOTICE'
    }
    lintOptions {
        checkReleaseBuilds false
    }
    productFlavors {
    }
}

dependencies {
    compile fileTree(include: ['*.jar'], dir: 'libs')
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    //noinspection GradleCompatible
    compile 'com.android.support:appcompat-v7:26.0.0-alpha1'
    compile project(path: ':loginregisterview')


}

I moja ocena modułu:

    apply plugin: 'com.android.library'
apply plugin: 'realm-android'

android {
    compileSdkVersion 26
    buildToolsVersion "26.0.1"

    defaultConfig {
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

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

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    compile 'com.android.support:appcompat-v7:26.0.2'
    compile 'com.android.support:support-v4:26.1.0'
    compile 'com.github.bumptech.glide:glide:4.0.0'
    testCompile 'junit:junit:4.12'
    compile project(path: ':parser')

}

Mój drugi moduł:

     apply plugin: 'com.android.library'
apply plugin: 'realm-android'

android {
    compileSdkVersion 26
    buildToolsVersion "26.0.1"
    defaultConfig {
        minSdkVersion 14
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }

    realm {
        syncEnabled = true
    }
    useLibrary 'org.apache.http.legacy'

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

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile 'junit:junit:4.12'
    //  compile 'com.android.support:appcompat-v7:23.1.0'

    //   compile 'com.fasterxml.jackson.core:jackson-core:2.9.0'
 //   compile 'com.fasterxml.jackson.core:jackson-annotations:2.9.0'
 //   compile 'com.fasterxml.jackson.core:jackson-databind:2.9.0'
    compile 'com.google.code.gson:gson:2.6.2'
}

____________odkrycie_________

Gdy nie zaimportowałem drugiego modułu (parsera), aplikacja nie uległa awarii w systemie dex, ale gdy moduł nie został zaimportowany, aplikacja nie działała. : D: D

Miałem ten sam problem podczas aktualizacji z com.google.android.gms:play-services:11.2.2do com.google.android.gms:play-services:11.4.0. To rozwiązało dla mnie:

1. czysty
2. odbudować

Próbowałem wszystkich powyższych i żadna z nich nie pomaga. wreszcie znajduję dla mnie tę pracę:

app / build.gradle:

android {
    defaultConfig {
       multiDexEnabled true
    }
}

Zwróć uwagę na ostrzeżenia!

Czasami wystarczy usunąć ostrzeżenia, a błąd zniknie automatycznie. Zobacz poniżej przypadek specjalny:

Miałem te dwie zależności w moim build.gradlepliku na poziomie modułu :

implementation 'com.android.support:appcompat-v7:27.0.2'
implementation 'com.android.support:recyclerview-v7:27.0.2'

i Studio ostrzegało ( oprócz problemu scalenia dex ):

Wszystkie com.android.supportbiblioteki muszą używać dokładnie tej samej specyfikacji wersji (mieszanie wersji może prowadzić do awarii środowiska wykonawczego). Znaleziono wersje 27.0.2, 21.0.3. Przykłady obejmują com.android.support:animated-vector-drawable:27.0.2icom.android.support:support-v4:21.0.3

Więc wyraźnie określiłem wersjęcom.android.support:support-v4 (zobacz tutaj, aby poznać szczegóły) i oba problemy (ostrzeżenie i ten związany z scalaniem dex) rozwiązane :

implementation 'com.android.support:support-v4:27.0.2'  // Added this line (according to above warning message)
implementation 'com.android.support:appcompat-v7:27.0.2'
implementation 'com.android.support:recyclerview-v7:27.0.2'

^{Zobacz poniżej komentarze dotyczące innych podobnych sytuacji.}

W moim przypadku niestety rozwiązania Michela ani Suragcha nie zadziałały.

Rozwiązałem ten problem, wykonując następujące czynności:

W Gradle: 3,0 kompilacji konfiguracja jest teraz przestarzała i powinna zostać zastąpiona przez realizację lub API . Aby uzyskać więcej informacji, możesz przeczytać tutaj. Możesz przeczytać oficjalne dokumenty w Gradle Build Tool

Konfiguracja kompilacji nadal istnieje, ale nie należy jej używać, ponieważ nie będzie ona zapewniać gwarancji, jakie zapewniają interfejs API i konfiguracje implementacji.

lepiej jest użyć implementacji lub interfejsu API zamiast kompilować

wystarczy zastąpić kompilację z implementacją , debugCompile z debugImplementation , testCompile z testImplementation i androidtestcompile z androidTestImplementation

Na przykład: Zamiast tego

compile 'com.android.support:appcompat-v7:26.0.2'
compile 'com.android.support:support-v4:26.1.0'
compile 'com.github.bumptech.glide:glide:4.0.0'

używać w ten sposób

implementation 'com.android.support:appcompat-v7:26.0.2'
implementation 'com.android.support:support-v4:26.1.0'
implementation 'com.github.bumptech.glide:glide:4.0.0'

Po tym

• Usuń folder .gradle w swoim projekcie (zwróć uwagę, że aby zobaczyć .gradle, musisz przejść do widoku „Projekt” w nawigatorze w lewym górnym rogu)
• Usuń wszystkie foldery kompilacji i pamięć podręczną stopni.
• W menu kompilacji naciśnij Wyczyść projekt .
• Po zakończeniu zadania naciśnij przycisk Przebuduj projekt z menu Kompilacja.

Mam nadzieję, że to pomoże!

1. Usuń .gradlekatalog.

2. Uruchom ponownie aplikację.

Notatki

• .gradleKatalog jest w folderze głównym twojego projektu. (Być może najpierw będziesz musiał pokazać ukryte pliki.)
• Muszę to robić za każdym razem, gdy aktualizuję moduł zależności za pomocą Androida 3.0. (Wydaje się, że nowsze wersje Androida Studio 3 rozwiązały problem).

Usunięcie .gradlewedług sugestii Suragcha nie było dla mnie wystarczające. Dodatkowo musiałem wykonać Build > Clean Project.

Pamiętaj, że aby zobaczyć .gradle, musisz przejść do widoku „Projekt” w nawigatorze w lewym górnym rogu:

Próbowałem każdego innego rozwiązania, ale dla mnie nikt nie działał. Na koniec rozwiązałem go za pomocą tej samej wersji zależności, edytującbuild.gradle . Myślę, że ten problem występuje, gdy dodaje się bibliotekę do klasy, która korzysta z różnych wersji pomocy technicznej lub bibliotek Google.

Dodaj następujący kod do pliku oceny kompilacji. Następnie cleani rebuildprojektuj.

ps: to było dla mnie stare rozwiązanie, więc powinieneś użyć zaktualizowanej wersji następujących bibliotek.

configurations.all {
resolutionStrategy.eachDependency { DependencyResolveDetails details ->
    def requested = details.requested
    if (requested.group == 'com.android.support') {
        if (!requested.name.startsWith("multidex")) {
            details.useVersion '26.1.0'
        }
    } else if (requested.group == "com.google.android.gms") {
        details.useVersion '11.8.0'
        } else if (requested.group == "com.google.firebase") {
            details.useVersion '11.8.0'
          }
      }
}

jeśli (1. Spróbuj wyczyścić i odbudować pracę), to dobrze

w przeciwnym razie, jeśli (2. Spróbuj usunąć pracę stopniową), to dobrze

else-> 3. Spróbuj dodać w grade.properties

android.enableD8 = false

else-> 4. Dodaj multiDexEnabled true do swojego build.gradle

android {
    compileSdkVersion 26
    defaultConfig {
      ...
        minSdkVersion 15
        targetSdkVersion 26
        multiDexEnabled true
     ...
    }
}

i dodaj zależność

dependencies {
    compile 'com.android.support:multidex:1.0.1'}

Może pierwszy działa dla ciebie i tak dalej, ale tak naprawdę na przykład zależy od natury twojego problemu

Wystąpił błąd po dodaniu tej biblioteki

implementation 'com.jjoe64:graphview:4.2.2'

a później odkryłem, że muszę to sprawdzić i muszę dodać tę samą wersję bibliotek obsługi. Więc muszę wypróbować inną wersję

compile 'com.jjoe64:graphview:4.2.1'

i to rozwiązuje problem. Zwróć więc na to uwagę.

W moim przypadku problem polegał na bibliotece pokoju:

compile 'android.arch.persistence.room:runtime:1.0.0-alpha1'

Zmiana na:

compile 'android.arch.persistence.room:runtime:1.0.0'

pracował

Aby dodać do powyższych rozwiązań:

Upewnij się, że nie masz zduplikowanych zależności wskazujących na różne ich wersje, w wielu miejscach (lub nawet w tym samym pliku).

Cześć Mam ten sam problem, wypróbowałem prawie wszystko. Tak więc ostatecznie rozwiązałem po 6 godzinach walki debugując wszystko wiersz po wierszu.

classpath 'com.google.gms:google-services:3.0.0'

Usługi Google 3.0 Nie obsługuje firebase w Studio 3.0 z playServiceVersion: 11.6.0 lub mniejszą.

implementation "com.google.firebase:firebase-messaging:$rootProject.ext.playServiceVersion"
implementation "com.google.firebase:firebase-core:$rootProject.ext.playServiceVersion"
implementation "com.firebase:firebase-jobdispatcher-with-gcm-dep:$rootProject.ext.jobdispatcherVersion"

Rozwiązanie :

Mam zmienić usługi Google na

classpath 'com.google.gms:google-services:3.1.1'

I obsługuje usługi firebase.

Mam nadzieję, że ktoś zaoszczędzi swój czas.

1. Włączyć

   defaultConfig {multiDexEnabled true}

2. Jeśli krok 1 nie działa, to

   Przejdź do struktury projektu i znajdź bibliotekę zewnętrzną, która używa innej wersji. Kliknij go dwukrotnie i usuń plik jar. Zamknij projekt i otwórz ponownie Android Studio przebuduje projekt. Problem powinien zniknąć.

Jedną z możliwości jest: obecność tej samej biblioteki, ale z różnymi wersjami zależności .

Miałem ten problem z następującymi liniami w pliku gradle:

• compile fileTree(include: ['*.jar'], dir: 'libs')
• compile 'com.google.code.gson:gson:2.8.2'

Biblioteka gson była w moim katalogu libs, ale w poprzedniej wersji. Usunąłem gson-2.3.1.jarz katalogu libs i wszystko wróciło do normy.

Jeśli ten błąd pojawił się po włączeniu obsługi kotlin i żadne inne rozwiązanie nie działa, spróbuj zmienić zależność modułu aplikacji od kotlin build.gradlena:

implementation ("org.jetbrains.kotlin:kotlin-stdlib-jre7:$kotlin_version") {
    exclude group: 'org.jetbrains', module: 'annotations'
}

Działa to dla mnie w Android Studio 3.0 Beta 6. Zobacz tę odpowiedź w celu uzyskania dalszych wyjaśnień.

Z stabilną wersją Androida Studio 3.0 Poniższe kroki działały dla mnie:

1. Przejdź do SdkManager -> Android Sdk -> Narzędzia Sdk i zaktualizuj usługi Google Play do najnowszej wersji do 46.
2. Wyczyść projekt i przebuduj projekt.

[NIE MOŻNA POŁĄCZYĆ DEX SOLVED] Po godzinach przepełnienia stosu rozwiązałem problem „NIE MOŻNA POŁĄCZYĆ BŁĘDU DEX”

1. Zaktualizuj wszystkie linie com.android.support w swojej klasie do wersji 27.1.0

Przyczyna - Android zaktualizował biblioteki obsługi do wersji 27.1.0, więc musisz zmienić wszystkie linie pomocy Androida w pliku ocen na 27.1.0 z 26.1.0

2. Upewnij się, że sekcja repozytoriów zawiera sekcję maven z punktem końcowym „ https://maven.google.com ”. Na przykład:

   allprojects {repositories {jcenter () maven {url " https://maven.google.com "}}}

Przyczyna: - Android nie może zaktualizować bibliotek obsługi w menedżerze SDK, a teraz używa aktualizacji maven.google.com, więc musisz to uwzględnić, aby korzystać z bibliotek wsparcia 27.1.0

Po zmianie wersji: 1. Wyczyść projekt 2. Przebuduj projekt

dodaj polecenia poniżej:

android {
...

    dexOptions {

        jumboMode true
        javaMaxHeapSize "4g"

    }
}

Instalowanie usług Google Play (najnowsza wersja) + włącznie

android {
    defaultConfig {
        multiDexEnabled true
        }
}

w build.gradle rozwiązałem problem, upewnij się, że wyczyściłem i odbudowałem projekt!

W moim przypadku był to gson-2.8.1.jar, który dodałem do folderu libs projektu. Ale referencja była już tam przez SDK. Nie było więc konieczne dodawanie gson-2.8.1.jar do folderu libs.

Kiedy go wyjąłem, projekt gson-2.8.1.jar kompiluje się bez tego błędu przewodowego.

Więc spróbuj zmienić folder libs i zależności .

Zgadzam się z Chrisem-Jr. Jeśli używasz Firebase do osadzania reklam AdMob (lub nawet jeśli nie jesteś), usługi analityczne Play obejmują reklamy usług Play, nawet jeśli nie dodajesz tego jako zależności. Google oczywiście popełniło błąd przy wdrażaniu wersji 11.4.0, ponieważ dane analityczne obejmują wersję reklam 10.0.1, a nie 11.4.0 (pokazuje to wskaźnik myszy nad wskazówką w gradiencie).

Ręcznie dodałem kompilację „com.google.android.gms: play-services-ads: 11.4.0” u góry, która działała, ale dopiero po wyłączeniu Instant Run: http://stackoverflow.com/a/35169716/530047

Więc albo cofnij się do 10.0.1, albo dodaj reklamy i wyłącz Natychmiastowe uruchamianie. To właśnie znalazłem, jeśli to pomaga.

Napotkałem ten sam problem i znalazłem prawdziwy powód mojej sprawy. Wcześniej próbowałem również wszystkie poprzednie odpowiedzi, ale to nie rozwiązało problemu. Mam dwa moduły w moim projekcie aplikacji do noszenia i build.gradle w następujący sposób ：

zużycie build.gradle modułu:

implementation project(':common')
implementation files('libs/farmer-motion-1.0.jar')

wspólny moduł build.gradle:

implementation files('libs/farmer-motion-1.0.jar')

Przed uaktualnieniem do klasy 3.x wszystkie „wdrożenia” są „kompilowane”.

Korzystam z gradlew z opcją --stacktrace, aby uzyskać ślad stosu, możesz po prostu kliknąć to w oknie konsoli gradle, gdy pojawi się ten problem. I stwierdził, że zależność od pakietu jar powtórzyła się:

Caused by: com.android.dex.DexException: Multiple dex files define Lcom/farmer/motion/common/data/pojo/SportSummary$2;

Class SportSummary w pakiecie farmer-motion-1.0.jar, po przeczytaniu oficjalnego przewodnika po migracji , zmieniłem mój build.gradle na:

zużycie build.gradle modułu:

implementation project(':common')
// delete dependency implementation files('libs/farmer-motion-1.0.jar')

common module 的 build.gradle:

api files('libs/farmer-motion-1.0.jar') // change implementation to api

Teraz moduł zużycia będzie zależny od eksportu farmer-motion-1.0.jar przez wspólny moduł. Jeśli podczas działania nie ma zależności od pakietu jar , zależność pakietu jar od implementacji można również zmienić na „compileOnly” .

Miałem też problem.

Byłem w stanie rozwiązać, zmieniając compileSdkVersioni targetSdkVersiondo najnowszej wersji.

Do naszego projektu przypadkowo dodaliśmy dwa razy ten sam słoik o innej nazwie. Usunięcie jednego z nich rozwiązało problem.

To może nie być twój problem, ale dostałem ten błąd, gdy przypadkowo włączyłem dwie identyczne (ale o różnych nazwach) biblioteki do sekcji zależności {} projektu.

Dla mnie była to aktualizacja wiadomości firebase w app \ build.gradle:

compile 'com.google.firebase:firebase-messaging:10.0.1'

do

compile 'com.google.firebase:firebase-messaging:11.4.2'

Jedna z możliwych przyczyn: zduplikowane przejściowe zależności, które nie zostały poprawnie obsłużone przez import projektów wielomodułowych do Android Studio. Sprawdź swoją listę i usuń je. Dla mnie poprawka była dosłownie następująca:

--- a/project/module/build.gradle
+++ b/project/module/build.gradle
@@ -21,5 +21,4 @@ android {
 dependencies {
     implementation project(':upstream-dependency-project')
     implementation 'com.android.support:support-v4:18.0.0'
-    implementation files('libs/slf4j-android-1.6.1-RC1.jar')
 }

Znajduję przyczynę tego problemu w moim projekcie. Dodano dwukrotnie jedną zależność w build.gradle . Raz, dodając zależność i raz, dodając zależność od jar:

kompiluj 'org.achartengine: achartengine: 1.2.0'
...
pliki implementacyjne („../ achartengine-1.2.0.jar”)

po usunięciu pierwszego problemu rozwiązany problem.

Jeśli najlepsze odpowiedzi nie zadziałały, problem może dotyczyć wielu zależności zależnych od tej samej biblioteki.

Oto kilka wskazówek dotyczących debugowania. W tym przykładowym kodzie com.google.code.findbugs:jsr305:3.0.0znajduje się biblioteka obrażająca.

Zawsze czyść i odbudowuj za każdym razem, gdy modyfikujesz, aby sprawdzić rozwiązanie!

1. Buduj z --stacktraceflagą, aby uzyskać więcej szczegółów. Będzie narzekać na klasę, Google na tę klasę, aby znaleźć bibliotekę. Oto jak możesz skonfigurować studio Androida, aby zawsze uruchamiało gradle z --stacktraceflagą .

2. Rzuć okiem na konsolę Gradle w Android Studio View > Tool Windows > Gradle Consolepo kompilacji

3. Sprawdź powtarzające się zależności, uruchamiając ./gradlew -q app:dependencies. Możesz ponownie uruchomić to za każdym razem, gdy modyfikujesz build.gradle.

4. W build.gradle

   android {
           ...
           configurations.all {
               resolutionStrategy {
                   // Force a particular version of the library 
                   // across all dependencies that have that dependency
                   force 'com.google.code.findbugs:jsr305:3.0.0'
               }
           }
   }

5. W build.gradle

   dependencies {
       ...
       implementation('com.google.auth:google-auth-library-oauth2-http:0.6.0') {
           // Exclude the library for this particular import
           exclude group: 'com.google.code.findbugs'
       }
   }

6. W build.gradle

   android {
       ...
       configurations.all {
           resolutionStrategy {
               // Completely exclude the library. Works for transitive
               // dependencies.
               exclude group: 'com.google.code.findbugs'
           }
       }
   }

7. Jeśli niektóre z twoich zależności znajdują się w plikach jar, otwórz pliki jar i sprawdź, czy są jakieś sprzeczne nazwy klas. Jeśli tak, prawdopodobnie będziesz musiał odbudować słoiki z nowymi nazwami klas lub zajrzeć w cienie .

Trochę więcej czytania w tle:

• Android - zrozumienie i dominacja zależności między gradami
• Dokumentacja stopniowa: zarządzanie zależnościami dla projektów Java
• Dokumentacja stopniowa: ResolutionStrategy
• StackOverflow: Błąd: Konflikt z zależnością „com.google.code.findbugs: jsr305”
• StackOverflow: Jak wykluczyć wszystkie wystąpienia zależności przechodnie podczas korzystania z Gradle?
• Wyszukiwarka Google StackOverflow dla wszystkich powiązanych pytań

android {
    defaultConfig {
        ...
        minSdkVersion 15 
        targetSdkVersion 26
        multiDexEnabled true
    }
    ...
}

dependencies {
  compile 'com.android.support:multidex:1.0.1'
}

W moim przypadku biblioteka powoduje ten problem, biblioteka została pomyślnie dodana do projektu, ale po uruchomieniu aplikacji pokazuje mi ten błąd. Jeśli tak się stanie, możesz przejść do github i sprawdzić problemy lub zgłosić nowy problem. Jeśli nie znajdziesz żadnego rozwiązania dotyczącego biblioteki, sugeruję zastąpienie go.