Kotlin 守护进程 vs R8：深入理解 Android 构建中 Kotlin 守护进程与 R8 的内存竞争问题
1️⃣ 先搞懂两个核心角色（基础但关键）
🧠 Kotlin 守护进程（Kotlin Daemon）
- 后台运行的 JVM 进程
- 负责编译 Kotlin 代码（
.kt → .class） - 跨构建任务保持存活，用于提升编译速度
- 大型项目中会占用大量内存
🛡️ R8
- 在编译完成后运行
- 负责：代码缩减、混淆、优化
- 大型应用构建时极其消耗内存
📌 核心结论：
如果 R8 启动时 Kotlin 守护进程仍在运行 → 两者会争抢内存资源
2️⃣ 实际场景中的问题（为什么要重视）
在大型 Android 项目中，尤其是符合以下特征的项目：
- 多模块应用
- 重度使用 Jetpack / Compose
- 内存受限的 CI 流水线
你可能会遇到这些问题：
- ❌
OutOfMemoryError（内存溢出错误） - ❌
Java heap space（Java 堆空间不足） - ❌ 仅 Release 构建时 R8 随机失败
- ❌ 本地构建通过，但 Jenkins/GitHub Actions 等 CI 环境构建失败
💥 根本原因：
Kotlin 守护进程 + R8 同时运行 → 内存资源耗尽（内存饥饿）
3️⃣ 「R8 运行前杀掉 Kotlin 守护进程」到底是什么意思？
核心逻辑是：
🔪强制 Kotlin 编译完全结束，并在 R8 启动前关闭其守护进程
这么做的效果：
- 释放 JVM 占用的内存
- 让 R8 独占内存资源
- 提升构建稳定性，但不一定会提升速度
4️⃣ 构建生命周期的内部变化
❌ 默认流程（存在问题）：
Kotlin 编译（守护进程保持存活）↓
Java 编译
↓
R8 启动（守护进程仍占用内存）↓💥 内存压力激增
✅ 杀掉 Kotlin 守护进程后的流程：
Kotlin 编译
（Kotlin 守护进程退出）↓
Java 编译
↓
R8 启动（内存干净无占用）↓✅ 构建稳定运行
5️⃣ 实操步骤：如何在项目中配置
步骤 5.1：显式禁用 Kotlin 守护进程
📄 修改 gradle.properties：
kotlin.compiler.execution.strategy=in-process
🔍 配置说明：
Kotlin 编译器会运行在 Gradle JVM 进程内部
- 不会产生长生命周期的守护进程
- 编译任务结束后，编译器占用的内存会立即释放
👉 这是最干净、最安全的实现方案
步骤 5.2：（可选但推荐）降低 Kotlin 内存占用
修改 gradle.properties：
kotlin.daemon.jvmargs=-Xmx512m
即使已经禁用了守护进程，保留该配置也可以作为兜底 fallback，不会有副作用。
步骤 5.3：为 R8 分配更多内存
修改 gradle.properties：
org.gradle.jvmargs=-Xmx4g -Dfile.encoding=UTF-8
📌 经验参考值：
- 小型应用 → 2g
- 中型应用 → 3g
- 大型应用 → 4g 及以上
步骤 5.4：确保 Kotlin 编译在 R8 启动前完全结束
Gradle 默认会按正确顺序调度任务，但你可以强制约束顺序来兜底：
📄 修改 app 模块的 build.gradle.kts（Kotlin DSL）：
tasks.withType<org.jetbrains.kotlin.gradle.tasks.KotlinCompile>().configureEach {
finalizedBy("compileReleaseJavaWithJavac")
}
该配置会确保：
- Kotlin 编译任务完全执行完毕
- JVM 内存被回收
- Java 编译与 R8 任务在干净的内存环境下启动
步骤 5.5：干净测试（非常重要）
本地执行以下命令：
./gradlew clean assembleRelease --no-daemon
为什么要这么做？
--no-daemon 会确保没有后台 Gradle 进程残留- 完全模拟 CI 环境
- 能暴露真实的内存问题
6️⃣ 如何验证 Kotlin 守护进程真的被关闭了
🧪 方法 1：查看运行中的 JVM 进程
执行命令：
jps
❌ 正常情况下不应该出现：
KotlinCompileDaemon
🧪 方法 2：查看构建日志
执行命令：
./gradlew assembleRelease --info
在日志中查找：
Using Kotlin compiler in-process
✅ 出现这条日志就说明配置生效了。
7️⃣ 适用场景与不适用场景
✅ 推荐使用的情况：
- Release 构建随机失败
- CI 环境内存有限
- 多模块应用
- R8 规则复杂
- 企业级应用
❌ 不推荐使用的情况：
- 非常小型的应用
- 追求 Debug 构建的最快速度
- 机器内存非常充足
📌 小技巧：
你可以仅对 Release 构建启用该配置。
8️⃣ 仅 Release 生效的优化方案（最佳实践）
📄 修改 build.gradle.kts：
android {
buildTypes {
release {
kotlinOptions {
freeCompilerArgs +="-Xuse-fir"
}
}
}
}
如果需要，还可以结合 Gradle 任务实现有条件地禁用守护进程。
9️⃣ 实战总结（高级工程师经验）
⚠️ Kotlin 守护进程的核心作用是提升构建速度
✅ R8 的稳定运行需要充足的内存
🧠 对于 Release 构建，稳定性 > 速度
在 R8 运行前杀掉 Kotlin 守护进程：
❌ 不会提升构建速度
✅ 会大幅提升构建可靠性
✅ 减少 CI 失败概率
✅ 让 Release 构建结果可预测
原文链接：https://medium.com/@prahaladsharma4u/kotlin-daemon-vs-r8-understanding-kotlin-daemon-and-r8-memory-contention-in-android-builds-411994cff53d
