6.1.2.2 增量编译优化

文档摘要

6.1.2.2 增量编译优化 6.1.2.2 增量编译优化：当注解撞上 Gradle 的缓存边界——一次真实线上构建雪崩的根因定位与原子级修复凌晨两点十七分，CI/CD 流水线第 14 次失败。构建日志里那行刺眼的红字不是，也不是，而是：可它明明在里声明了。而且——昨天下午三点还绿着。这不是编译失败。这是增量编译的信任崩塌。一、我们真正害怕的，从来不是“全量重编”，而是“本该跳过却强制重跑”的那一秒工程师对编译时间的敏感，从来不是源于对毫秒的执念，而是源于确定性的丧失。当你改了一行，却触发了整个模块的 Kotlin 编译 + KAPT + Java 编译 + D8 字节码生成 + R8 优化 —— 那不是耗时问题，那是你对构建系统“心智模型”的彻底失焦。