Gradle se retrouve bloqué sur 'build' ou 'assembleDebug' lors de l'utilisation de la version 64 bits ou 32 bits d'Android Studio

Le problème que j'ai eu au cours des derniers mois, c'est que Android Studio serait souvent se coincer sur Gradle: buildcomme on le voit ici. Android Studio lui-même devait rester réactif mais la construction n'auraient tout simplement pas le progrès. Il n'est jamais génère un type d'erreur, donc je ne peux pas vraiment poster toute information utile. Une fois dans une lune bleue, il pourrait soudainement travail, mais rien de fiable.

Récemment, j'ai trouvé un post ici sur un Débordement de Pile où quelqu'un est Android Studio serait restée bloquée sur Gradle: build quand il a essayé de créer un nouveau projet, et il a remarqué que ce problème n'existait pas dans la version 32 bits d'Android. Alors j'ai pensé, pourquoi ne pas essayer. S'avère que la construction n'est pas plus un problème, mais assembleDebug est, en essayant de construire l'application. Comme on peut le voir ici.

Bien sûr, toutes ces commandes fonctionnent parfaitement lorsqu'il est exécuté à l'aide de l'invite de commande et gradlew.

Ce que j'ai essayé jusqu'à présent:

De réinstaller Android Studio (y compris la suppression de .AndroidStudioProject)
Mise à niveau d'Android Studio pour la dernière version
Suppression de tous les fichiers de compilation de projets
Créer entièrement de nouveaux projets dans Android Studio
De commutation de 64 bits à 32 bits Android Studio

Je suis sous la dernière version d'Android Studio, à l'aide de la version 19.1.0 des outils de construction, gradle v0.11+ et je suis sur Windows 8.1.

Est-il autre chose que je peux essayer? Cela commence à devenir très ennuyeux. La dernière solution possible, je peux venir avec est juste de faire un format et une nouvelle installation de Windows.

source d'informationauteur fdorssers

5

Car il n'y a pas de réponse à ce problème, je vais partager, ce que j'ai fait, pour résoudre ce problème. De ce que j'ai vu, le problème est qu'il y a une dépendance(ou plusieurs) à partir d'un repo maven qui ne peut pas être chargé. Donc, vous avez à prendre toutes dependacy un par un et vérifier s'il existe sur le repo maven.

Par exemple j'ai eu une dépendance pour "org.jraf:android-commutateur-backport:1.3.1" à partir de "http://JRAF.org/static/maven/2" qui à l'époque n'a pas pu être ouvert.

Mon build.gradle ressemblait à ceci:
```
  repositories {
      mavenCentral()
      maven {
        url "http://JRAF.org/static/maven/2"
      }
  }

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

Que je rencontrais le même problème, et la solution a été très inattendu dans mon cas: AVAST antivirus a été en quelque sorte interférant avec les Gradle:processus de construction.
La désactivation de cet antivirus résolu le problème!
3

Pour moi, ce problème est survenu lorsque j'étais partage de connexion USB à l'aide d'un appareil Android. La première génération a pris n'importe où de 5 à 10 minutes, et chaque version ultérieure a pris environ 3 à 7 secondes. J'ai trouvé que par la désactivation du partage de connexion USB, la première compilation effectuée rapidement (et toutes les versions ultérieures). Après la première compilation terminée, j'ai pu réactiver le partage de connexion USB.
2

Si vous avez une nouvelle Ubuntu 14.04 avec Android Studio 1.5, vous pouvez passer à une bibliothèque. Essayez ceci:
```
sudo apt-get install lib32z1
```
Un autre débordement de pile répondre
0

Il arrive 1 à 2 fois pour moi. Le hack qui fonctionne pour moi est File->Exit et de confirmer la sortie. Puis un message s'affiche me disant que Gradle est en cours d'exécution et puis tout d'un coup l'écran pour choisir l'appareil s'affiche. Je clique Sur NO et tout va bien de nouveau.

De toute façon, encore une déception, mais je n'ai pas trouvé encore de réponse.
0

Mon problème est que le Sdk Android exécutables manquait le bit d'exécution. Vous pouvez vérifier certains de vos fichiers binaires comme /Sdk/build-outils//aapt pour voir s'ils ont l'autorisation d'exécuter. Si pas, vous pouvez le résoudre en exécutant ce sur le dossier Sdk
```
chmod -R +x ./
```

Vous devez vous connecter pour publier un commentaire.