Jenkins中Android构建提速咨询：取消Clean Build的缓存风险应对

一、可行的构建提速方案 #

1. 取消默认Clean Build，配套防护机制 #

• 把日常构建默认改为增量构建，同时给Jenkins配置参数化构建：新增BUILD_CLEAN布尔参数，默认值设为false，常规构建不执行clean；需要清理缓存时，手动勾选该参数触发clean build
• 配置定期自动Clean Build：比如每周跑一次夜间全量Clean构建，避免缓存长期累积引发潜在问题，且不影响日常开发效率

2. 最大化利用Gradle缓存能力 #

• 开启本地构建缓存：在项目settings.gradle中添加配置：

  buildCache {
      local {
          enabled = true
          directory = file("$rootDir/.gradle/build-cache")
      }
  }
  

  若为多节点Jenkins集群，还可配置分布式构建缓存，实现节点间缓存共享
• 启用Gradle守护进程：在gradle.properties中添加org.gradle.daemon=true，复用已启动的JVM进程，减少每次构建的启动开销

3. 拆分并行执行构建任务 #

• 加入Gradle并行参数：构建命令中添加--parallel，让独立模块的任务并行运行
• 在Jenkins中拆分构建阶段：将lint检查、单元测试、APK打包拆分为独立阶段并行执行，压缩整体耗时
• 只构建必要变体：比如开发分支仅构建debug变体，发布分支才构建release变体，避免无意义的构建工作

4. 优化依赖下载效率 #

• 替换依赖仓库为国内镜像：将build.gradle中的Maven Central替换为国内镜像，大幅缩短依赖下载时间
• 持久化Jenkins的Gradle缓存目录：在构建节点中将Gradle缓存目录（默认~/.gradle/caches）配置为持久化存储，避免每次构建重复下载依赖

5. 硬件与JVM性能优化 #

• 给构建节点分配充足资源：至少配置4核CPU+8G内存，同时在gradle.properties中优化JVM参数：

  org.gradle.jvmargs=-Xmx6g -XX:MaxMetaspaceSize=1g -XX:+UseParallelGC
  

• 使用SSD存储构建工作目录：加快文件读写速度，尤其是Gradle缓存和项目代码的读写操作

二、取消默认Clean Build的行业合理性 #

这绝对是行业普遍做法，中大型Android项目几乎都会放弃默认Clean Build，核心原因如下：

• 增量构建的速度提升是量级的，项目规模越大，Clean Build的时间成本越高，而Gradle的增量构建机制已非常成熟，缓存损坏的概率极低
• Gradle本身具备严格的缓存校验逻辑：只有当任务的输入文件、依赖版本、构建脚本发生变化时，才会重新执行任务，不会出现“误用旧缓存”的情况
• 即便偶尔出现缓存异常（比如脚本修改后缓存未失效），解决成本极低：手动触发一次Clean Build即可修复，甚至可在Jenkins中配置“构建失败时自动重试并执行Clean”，无需频繁人工介入
• 从投入产出比看，构建速度提升带来的开发效率增益，远大于偶尔处理缓存问题的成本，这种取舍完全可接受

内容的提问来源于stack exchange，提问作者Mycotina