gradle守护进程通过复用jvm提升构建速度，需验证其状态、延长空闲超时（如14400000毫秒）、合理分配堆内存（如-xms2g -xmx4g），并配合并行构建、缓存等参数协同优化。
Gradle 守护进程（Daemon）是提升本地构建速度最直接有效的机制，它通过复用 JVM 进程避免重复启动开销。关键不在于“是否开启”，而在于让它稳定、高效、持久地运行。
确认 Daemon 已生效并保持活跃
Gradle 3.0+ 默认启用 Daemon，但需验证其实际状态：
- 执行 gradle --status 查看当前活跃的守护进程列表；若输出为空，说明未运行或已退出
- 连续执行两次 gradle build，第二次耗时明显缩短（通常快 30% 以上），即表明 Daemon 复用成功
- 检查 ~/.gradle/daemon/
/ 目录是否存在，有对应子目录说明 Daemon 文件已生成并被使用
延长空闲超时时间，避免频繁重启
默认空闲 3 小时自动退出，对日常开发节奏来说太短。频繁重启等于反复冷启动，失去 Daemon 意义：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 在项目根目录或 ~/.gradle/gradle.properties 中添加：
org.gradle.daemon.idletimeout=14400000（单位毫秒，即 4 小时） - 不建议设为无限（如 0 或 -1），可能长期占用资源；12–24 小时对多数开发者已足够
- 避免手动 kill -9 Java 进程，应使用 gradle --stop 安全终止
分配合理堆内存，防止 GC 拖慢构建
内存不足会导致频繁垃圾回收，甚至 OOM 中断构建，尤其在多模块或依赖密集型项目中：
- 推荐配置（8GB+ 内存机器）：
org.gradle.jvmargs=-Xms2g -Xmx4g -XX:MaxMetaspaceSize=512m -XX:+HeapDumpOnOutOfMemoryError - 小型项目可调低至 -Xms1g -Xmx2g；超过 4g 需谨慎，可能挤压 IDE 或其他工具资源
- 可通过 jps -l 找到 Daemon 对应 PID，再用 jstat -gc
观察 GC 频率，判断是否需调整
配合其他关键参数协同提效
Daemon 是基础，但需与并行构建、缓存等机制联动才能发挥最大价值：
- 启用并行构建（多模块项目收益显著）：
org.gradle.parallel=true - 开启构建缓存（复用历史任务输出）：
org.gradle.caching=true - 按需配置模块（减少解析开销）：
org.gradle.configureondemand=true - 限制工作线程数，避免 CPU 过载（如 8 核 CPU 可设为 org.gradle.workers.max=8）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
