【问题标题】:Gradle build runs forever on a clean install and an empty projectGradle 构建在全新安装和空项目上永远运行
【发布时间】:2015-11-17 07:17:33
【问题描述】:

Gradle 构建永远运行,我不知道为什么。

我已经在 Ubuntu 15.04 上安装了 Android Studio。它使用向导中的所有默认选项进行设置。

我创建了一个空项目,并且没有添加任何代码。当我尝试构建项目时,gradle 进程启动但从未终止。我试过让它运行一个小时,但没有任何进展。我最终不得不手动杀死 gradle 以关闭 Android Studio。 (通过“ps aux | grep gradle;kill -9”)

我使用的是 open-jdk 1.7,但我也尝试过使用 oracle java(结果相同)。

我的桌面有 32 GB 内存。我试图增加分配给 Android Studio 的内存量,但没有效果。

我的 CPU 采用 AMD-64 架构。虽然我在 google 上找不到任何东西表明这是我的困境的原因,但它可以负责吗?

当我手动运行 studio.sh 时,终端中没有出现错误消息。以下是终端输出(由我注释):

#starting Android Studio
Starting a new Gradle Daemon for this build (subsequent builds will be faster).
Starting process 'command '/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java''. Working directory: /home/cody/Documents/AndroidStudio/MyApplication Command: /usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java -version
Successfully started process 'command '/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java''

#gradle starts up, this never terminates unless I terminate it myself
Starting daemon process: workingDir = /home/cody/.gradle/daemon/2.4, daemonArgs: [/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java, -XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=UTF-8, -Duser.country=US, -Duser.language=en, -Duser.variant, -cp, /home/cody/.gradle/wrapper/dists/gradle-2.4-all/6r4uqcc6ovnq6ac6s0txzcpc0/gradle-2.4/lib/gradle-launcher-2.4.jar, org.gradle.launcher.daemon.bootstrap.GradleDaemon, 2.4, /home/cody/.gradle, /home/cody/.gradle/daemon, 10800000, fb6e1111-7ac5-4afc-9630-890712f3195f, -XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=UTF-8, -Duser.country=US, -Duser.language=en, -Duser.variant]Starting process 'Gradle build daemon'. Working directory: /home/cody/.gradle/daemon/2.4 Command: /usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant -cp /home/cody/.gradle/wrapper/dists/gradle-2.4-all/6r4uqcc6ovnq6ac6s0txzcpc0/gradle-2.4/lib/gradle-launcher-2.4.jar org.gradle.launcher.daemon.bootstrap.GradleDaemon 2.4 /home/cody/.gradle /home/cody/.gradle/daemon 10800000 fb6e1111-7ac5-4afc-9630-890712f3195f -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant
Successfully started process 'Gradle build daemon'
An attempt to start the daemon took 0.99 secs.
Connected to daemon DaemonInfo{pid=9307, address=[98dcf537-f8f6-4e74-ad4d-c57a86d4a6c1 port:48946, addresses:[/0:0:0:0:0:0:0:1%1, /127.0.0.1]], idle=false, context=DefaultDaemonContext[uid=fb6e1111-7ac5-4afc-9630-890712f3195f,javaHome=/usr/lib/jvm/java-7-openjdk-amd64,daemonRegistryDir=/home/cody/.gradle/daemon,pid=9307,idleTimeout=10800000,daemonOpts=-XX:MaxPermSize=256m,-XX:+HeapDumpOnOutOfMemoryError,-Xmx1024m,-Dfile.encoding=UTF-8,-Duser.country=US,-Duser.language=en,-Duser.variant]}. Dispatching request Build{id=0ec396f9-4092-4fd1-93c4-0837d861cb85.1, currentDir=/home/cody/Documents/AndroidStudio/MyApplication}.

#I manually kill gradle
The message received from the daemon indicates that the daemon has disappeared.

【问题讨论】:

  • 代理是什么意思?

标签: android linux ubuntu android-studio openjdk


【解决方案1】:

尝试sudo apt-get install lib32z1,就像在this 帖子中一样。我在 Lubuntu 上有 same problem 并以这种方式修复它。

【讨论】:

  • 这个,加上我必须重新启动我的机器。那是我花了很长时间才弄清楚的部分。我会安装一些库,意识到它们没有改变任何东西,然后再次卸载它们!
  • 你是个男人!对此库安装 +1(在 Ubuntu 15.04 上修复了我的 Android Studio 1.4)
  • 关于如何在 Windows 操作系统上解决此问题的任何想法?
  • @ghoulfolk,我只在 Linux 上看到过这个问题。我的 Windows 安装很顺利。不确定对 Windows 有什么建议。
  • 是的,这修复了 Android Studio 2.0 beta 7 中的永久 gradle 构建,在 Ubuntu 15.10 中使用 gradle 插件 2.0.0-beta7。谢谢!
【解决方案2】:

就我而言,我已经安装了 lib32z1。问题是 Genymotion 插件。
一旦我将它从工作室中删除并重新启动。它工作得很好。

我仍然不知道这是怎么发生的,因为我经常在我的其他机器中使用带有工作室的 genymotion。

即使您通过从 genymotion 本身启动模拟器来删除工作室插件,您仍然可以运行 genymotion。

【讨论】:

    【解决方案3】:

    我在 virtualbox 5.0.16 虚拟机上安装了 centos 7 64 位和带有 Android Studio 2.0 的 gradle 版本 2.10

    gradle的日志文件位于$HOME/.gradle/daemon/2.10 日志文件:daemon-<some number>.out.log

    通过检查此日志文件,我发现 aapt 找不到 libz.so.1

    尽管命令“locate libz.so.1”的输出是

    /usr/lib64/libz.so
    /usr/lib64/libz.so.1
    /usr/lib64/libz.so.1.2.7
    

    aapt 无法找到它。

    为了解决我不得不执行的问题

    yum install zlib.i686
    

    Gradle 开始工作之后。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-02-22
      • 1970-01-01
      • 2018-10-21
      • 1970-01-01
      • 2020-08-28
      • 2012-06-24
      • 2013-03-06
      • 1970-01-01
      相关资源
      最近更新 更多