Gradle bleibt bei 'Build' oder 'AssembledDebug' hängen, wenn die 64-Bit- oder 32-Bit-Version von Android Studio

Question

Das Problem, das ich in den letzten Monaten hatte, ist, dass Android Studio oft auf Gradle: build stecken bleiben würde, wie gesehen here . Android Studio selbst würde reaktionsfähig bleiben, aber die Erstellung würde einfach nicht voranschreiten. Es erzeugt auch nie einen Fehler, so dass ich keine nützlichen Informationen veröffentlichen kann. Einmal in einem blauen Mond könnte es plötzlich funktionieren, aber nichts Zuverlässiges.

Kürzlich fand ich einen Beitrag hier auf Stack Overflow, wo jemandes Android Studio auf Gradle: build stecken bleiben würde, wenn er versuchte, ein neues Projekt zu erstellen, und er bemerkte, dass dieses Problem in der 32-Bit-Version von Android nicht existierte. Also dachte ich, warum nicht das versuchen? Stellt sich heraus, dass Gebäude kein Problem mehr ist, aber assembleDebug ist, wenn Sie versuchen, die Anwendung zu bauen. Wie zu sehen ist here.

Natürlich funktionieren alle diese Befehle fehlerfrei, wenn sie mit Eingabeaufforderung und Gradlew ausgeführt werden.

Was ich bisher versucht:

• Neuinstallieren Android Studio (einschließlich der Beseitigung von .AndroidStudioProject)
• Upgrade Android Studio auf die neueste Version
• alle Build-Dateien aus Projekten entfernen
• Erstellen von komplett neuen Projekten in Android Studio
• Wechsel von 64-Bit zu 32-Bit Android Studio

Ich verwende die neueste Version von Android Studio mit Version 19.1.0 der Build-Tools, Gradle v0.11 + und bin auf Windows 8.1.

Gibt es noch etwas, das ich ausprobieren kann? Das wird langsam nervig. Die letzte mögliche Lösung, die ich mir vorstellen kann, ist ein komplettes Format und eine frische Windows-Installation.

Answer 1

Da es keine Antwort auf dieses Problem gibt, werde ich teilen, was ich getan habe, um dieses Problem zu lösen. Von dem, was ich gesehen habe, ist das Problem, dass es eine Abhängigkeit (oder viele) von einem Maven Repo gibt, das nicht geladen werden kann. Also müssen Sie alle Abhängigkeiten eins nach dem anderen übernehmen und prüfen, ob sie im maven repo vorhanden sind.

Zum Beispiel hatte ich eine Abhängigkeit für "org.jraf: android-switch-backport: 1.3.1" von "http://JRAF.org/static/maven/2", die zu dieser Zeit nicht geöffnet werden konnte.

Mein build.gradle sah wie folgt aus:

repositories { 
     mavenCentral() 
     maven { 
     url "http://JRAF.org/static/maven/2" 
     } 
    } 

    compile "org.jraf:android-switch-backport:1.3.1 

Answer 2

ich das gleiche Problem wurde erlebt, und die Lösung war sehr unerwartet in meinem Fall: AVAST Antivirus wurde irgendwie mit dem Gradle stören: Prozess aufzubauen. Deaktivieren dieses Antivirus löste das Problem!

Answer 3

Für mich trat dieses Problem auf, als ich USB-Tethering mit einem Android-Gerät war. Der erste Build dauerte zwischen 5 und 10 Minuten und jeder weitere Build dauerte etwa 3 bis 7 Sekunden. Ich fand, dass durch Deaktivieren von USB-Tethering der erste Build schnell abgeschlossen wurde (und auch alle nachfolgenden Builds). Nach dem ersten Build konnte ich das USB-Tethering wieder aktivieren.

Answer 4

Es passiert 1 in 2 mal für mich. Der Hack, der für mich funktioniert, ist und bestätigen das Beenden.Dann erscheint eine Nachricht, die mir sagt, dass Gradle läuft und plötzlich erscheint der Bildschirm zur Auswahl des Geräts. Ich klicke NO und alles geht wieder gut.

Wie auch immer, immer noch ein Mist, aber ich habe noch keine Antwort gefunden.

Answer 5

Wenn Sie ein neues Ubuntu 14.04 mit Android Studio 1.5 haben, fehlt Ihnen möglicherweise eine Bibliothek. Versuchen Sie folgendes:

sudo apt-get install lib32z1 

Another stack overflow answer

Answer 6

Mein Problem war, dass die Android Sdk ausführbaren Dateien die ausführbare Bit fehlten. Sie können einige Ihrer Binärdateien wie/Sdk/build-tools // aapt überprüfen, um zu sehen, ob sie die Berechtigung zum Ausführen haben. Wenn nicht, können Sie es lösen, indem Sie dies auf dem Sdk-Ordner ausführen

chmod -R +x ./