为什么Gradle守护进程死了？
如何确定我的 Gradle 守护进程死亡的原因？我收到的唯一消息是L
Gradle build daemon disappeared unexpectedly (it may have been killed or may have crashed)
这发生在活动版本中。几个步骤将完成，一个步骤将显示为活动状态，然后生成失败。
这是在将我们的内存参数(< code > Xmx < code > Xms < code > perm gen )从一个调用< code>gradlew的shell脚本移动到< code>gradle.properties并直接调用< code>gradlew之后开始的。
build.sh
export GRADLE_OPTS="\"-Xmx1024m\" \"-Xms256m\" \"-XX:MaxPermSize=256m\""
export JAVA_HOME="/usr/local/java/jdk1.6"
exec ./gradlew "$@"
添加到gradle.properties
org.gradle.java.home=/usr/local/java/jdk1.6/
org.gradle.jvmargs=-Xmx1024m -Xms256m -XX:MaxPermSize=256m
这一变化之后，格雷尔警告说:
To honour the JVM settings for this build a new JVM will be forked. Please consider using the daemon: http://gradle.org/docs/2.2.1/userguide/gradle_daemon.html
即使我们不要求它这样做，构建也在守护程序中运行，最终会失败。
共有1个答案
Gradle 构建守护程序意外消失最常发生在其他东西杀死长时间运行的 Gradle 守护进程并且客户端进程（守护程序使用本地 TCP 连接进行通信）尝试发送消息但没有得到响应时。
例如，在构建发生时运行gradle--不停或kilall java会重现此问题。
-
维基百科中守护进程的解释 守护进程是一个运行后台进程, 非交互式用户直接控制的在计算机程序 Gradle 守护进程是一个后台进程, 它运行着繁重的构建, 然后在构建等待下一次构建的之间保持自身存在. 这使得数据和代码在下一次构建前已经准备好,并存入内存中. 这显著的提高了后续构建的性能. 启用Gradle守护进程是一种节约构建时间的廉价方式. 强烈建议在所有开发机器上启用Gradle的守护进程.但
-
建议在开发环境中使用Gradle的守护进程,不建议在持续集成环境和构建服务器环境中使用守护进程. 守护进程可以更快的构建,这对于一个正坐在椅子前构建项目的人来说非常重要.对于CI构建来说,稳定性和可预见性是最重要的.为每个构建运行时用一个新的,完全孤立于以前的版本的程序,更加可靠。
-
我使用Spring Boot Gradle插件启动Tomcat服务器&我的应用程序。我通过启动Tomcat服务器。我还启用了Gradle守护进程，希望能让Gradle构建更快。
-
我正在使用Gradle 2.13和Java1.8。0_121。 我们的Gradle任务之一依赖于用户输入。 然而，我得到了以下错误：<代码> 所以控制台（）必须为空...好吧。我发现了这个相关的问题，建议禁用守护程序。 我这样做了，并用
-
我正在尝试运行react本机项目，但我看到一个错误，上面写着“启动一个Gradle守护进程，14个繁忙，1个不兼容，2个停止的守护进程无法重用，请使用--status了解详细信息”，之后终端保持空闲。 您好，我已经按照官方反应原生文档中概述的步骤开始了一个新的反应原生项目。一切都很完美，直到我在模拟器打开的情况下运行react-原生run-android命令。我得到了以下错误： “启动Gradle