Fehler: Ausführung fehlgeschlagen für Task ': app: transformClassesWithDexForDebug'

Versuchen

dexOptions {
    javaMaxHeapSize "4g"
    preDexLibraries = false
}

Ich weiß nicht den Grund.
Etwas über preDexLibraries :
https://sites.google.com/a/android.com/tools/tech-docs/new-build-system/tips

Laut @lgdroid57 :

Den folgenden Ressourcen sollten helfen, zu erklären, was dieser code macht: link(http://google.github.io/android-gradle-dsl/current/com.android.build.gradle.internal.dsl.DexOptions.html) Eigenschaft | Beschreibung javaMaxHeapSize | Setzt die -JXmx* - Wert beim Aufruf dx. Format Folgen sollten, die 1024M-Muster. preDexLibraries | Ob pre-dex-Bibliotheken. Diese verbessern können inkrementelle builds, aber sauber aufbaut kann langsamer sein.

InformationsquelleAutor der Antwort tiny sunlight

Dies ist das problem über Multidex . Sie können versuchen, entfernen Sie einige jar, oder Sie können versuchen, wie diese :
http://developer.android.com/tools/building/multidex.html#mdex-gradle
in-app bauen.gradle :

    defaultConfig {
        ...
        minSdkVersion 14
        targetSdkVersion 21
        ...

        //Enabling multidex support.
        multiDexEnabled true
    }
dependencies {
  compile 'com.android.support:multidex:1.0.0'
}

In Ihrem manifest :

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.android.multidex.myapplication">
    <application
        ...
        android:name="android.support.multidex.MultiDexApplication">
        ...
    </application>
</manifest>

InformationsquelleAutor der Antwort Courysky

Die Lösung, hat bei mir persönlich war:

in der build.gradle

defaultConfig {
        multiDexEnabled true
    }

 dexOptions {
        javaMaxHeapSize "4g"
    }

InformationsquelleAutor der Antwort Camilo Soto

Möglich helfen

Versucht, als absolut letztes Mittel nach Ausschöpfung aller anderen Optionen

Habe ich entfernt, alle memory sticks (RAM), aber eine. Ich habe weniger Speicher nun aber seine Arbeit wieder auf. Ich kann nicht behaupten, zu wissen, warum der build-Prozess immer gefunden beschädigte Arbeitsspeicher, oder wenn das ist 100% die Ursache - im übrigen lief das system einwandfrei. Vielleicht ist dies etwas zu versuchen, viel Glück.

InformationsquelleAutor der Antwort maturecheese

Keine Notwendigkeit für multitex. Für die "alten" Projekt öffnen in Android Studio 2.1 es verändert das gradle-plugin-version von 1.5.0 auf 2.1.0, dass problem für mich.

buildscript {
    dependencies {
        classpath 'com.android.tools.build:gradle:2.1.0'
    }
}

InformationsquelleAutor der Antwort Mateusz Jablonski

Gehen in Build -> Reinigen Sie und führen Sie Ihre app wieder

InformationsquelleAutor der Antwort Dodi

Gehen in Build ->

Clean-Projekt ->

Ausführen des Projekts : das geschehen

arbeiten auf android 5.1 für mich

InformationsquelleAutor der Antwort DILSHAD AHMAD

Hatte ich das problem, wenn ich Delegierte meine Zusammenstellung Aufgabe der Google Compute Engine via SSH. Die Natur dieses Problem ist ein Speicher-Fehler, angezeigt durch den crash-log; genauer gesagt, es wird ausgelöst, wenn Java läuft der virtuelle Speicher arbeiten mit beim Bau.

Wichtig:
Wenn gradle stürzt aufgrund dieser memory-Fehler, die gradle-daemons weiterhin ausgeführt, lange nach Ihrer Zusammenstellung Auftrag ist fehlgeschlagen. Jeder erneute Versuch, bauen mit gradle wieder zuteilen wird eine neue gradle daemon. Sie muss sicherzustellen, dass Sie ordnungsgemäß entsorgt abgestürzt-Instanzen mit gradlew --stop.

Den hs_error_pid crash-logs zeigt die folgenden Problemumgehungen:

# There is insufficient memory for the Java Runtime Environment to continue.
# Possible reasons:
#   The system is out of physical RAM or swap space
#   In 32 bit mode, the process size limit was hit
# Possible solutions:
#   Reduce memory load on the system
#   Increase physical memory or swap space
#   Check if swap backing store is full
#   Use 64 bit Java on a 64 bit OS
#   Decrease Java heap size (-Xmx/-Xms)
#   Decrease number of Java threads
#   Decrease Java thread stack sizes (-Xss)
#   Set larger code cache with -XX:ReservedCodeCacheSize=

Fand ich, dass nach die Erhöhung der Laufzeit-Ressourcen der virtuellen Maschinedieses Problem wurde behoben.

InformationsquelleAutor der Antwort Cawfree

Alle, die vor diesem Problem/Gesicht wird es in der Zukunft:

Klicken Sie auf Menü Erstellen -> Wählen Sie Build-Variante -> wiederherstellen 'debug'

Outcomment auf debugfähiger in Modul:app
/* debug {
debug-Version einer wahren
}*/

Gehen Sie zu Menü Erstellen -> generate signed apk -> .... -> bauen Sie es

InformationsquelleAutor der Antwort Firsake

Anscheinend habe ich das Problem gelöst durch die Kombination aller Lösungen
hinzufügen von folgenden android-manifest:

<application
...
        android:name="android.support.multidex.MultiDexApplication" >
...
</application>

Folgenden zu bauen.gradle-app-Modul

android {
...

    dexOptions {
        javaMaxHeapSize "4g"
        preDexLibraries = false
    }
...
    defaultConfig {

        multiDexEnabled true

   }

}

InformationsquelleAutor der Antwort cammando

Wenn java 8 oder höher verwendet wird, dann ist das problem der Bibliotheken, die wir verwenden, sind nicht kompatibel mit java 8. So, dies zu lösen, fügen Sie diese beiden Zeilen zu bauen.gradle Ihrer app und alle sub-Module, wenn überhaupt. (Android studio deutlich zeigen, wie dies in der Fehlermeldung)

targetCompatibility = '1.7'
sourceCompatibility = '1.7'

InformationsquelleAutor der Antwort Tejamurthy Shivakumar

Dont go crazy
Ich habe gerade sauber , dann Projekt neu und der Fehler war Weg

InformationsquelleAutor der Antwort Gian Gomen