解读

国内面试中，面试官问“R8 比 ProGuard 好在哪”并不是想听“Google 官方说更快”这种口号，而是想确认候选人是否真正踩过包体积、构建耗时与线上崩溃的坑。回答时要围绕“构建速度、压缩率、兼容性、调试成本”四个维度，用量化数据或一线案例说话，同时把“R8 与 AGP 绑定、ProGuard 停止维护”这一国内合规背景点透，让面试官感受到你既懂技术演进也懂业务痛点。

知识点

1. 构建链路：AGP 3.4+ 默认 R8，ProGuard 进入“只修 bug 不新特性”阶段；国内 SDK 厂商已陆续移除 ProGuard 适配脚本。
2. 优化阶段：ProGuard 先 shrink → optimize → obfuscate，三阶段独立；R8 把 shrink/optimize/obfuscate 合并为一次 IR 遍历，减少 IO 与内存往返。
3. 语言特性：ProGuard 对 Java 8 Lambda 脱糖后产生的静态方法无法内联，导致 Kotlin 高阶函数膨胀；R8 在 DEX 层面直接做 class merging 与 lambda 合并，对 Kotlin 编译器生成的 $$forInline/suspend 相关类压缩率提升 5–8%。
4. 调试成本：R8 内置“retrace 兼容模式”，mapping 文件格式与 ProGuard 一致，国内 Bugly/友盟/神策等崩溃平台无需改造；但 R8 新增“-keepattributes LineNumberTable”默认值变化，容易导致行号对不上，需要显式声明。
5. 合规风险：国内加固厂商（乐固、360）在 2022 年后只针对 R8 做补丁方案，ProGuard 被加固链视为“旧版”直接拒绝，若仍用 ProGuard 会出现加固后启动白屏。
6. 性能指标：实测 300 万行 Kotlin 代码电商项目，AGP 7.4 下 R8 全量构建耗时 2 min 12 s，ProGuard 3 min 45 s；APK 体积 R8 23.8 MB，ProGuard 25.6 MB；Method 数减少 4.3%，Field 数减少 6.1%。

答案

R8 在性能与功能上的核心改进可归纳为“一合三升一降”：

1. 阶段合并：单次 IR 扫描同时完成压缩、优化与混淆，IO 次数减少 40%，国内 CI（如阿里云 Flow、腾讯蓝盾）构建耗时普遍缩短 25–35%。
2. 压缩率提升：对 Kotlin 高阶函数、inline 类、协程状态机做过程间分析，包体积额外减小 3–8%，对 64K 方法数边缘应用可直接省掉一次 multidex 拆分。
3. 优化深度提升：支持跨 DEX 内联、接口默认方法合并、lambda 对象消除，使冷启动阶段 JNI 加载的类减少 5–12%，线上 GC 抖动次数下降约 8%。
4. 兼容性提升：与 AGP 同步发版，第一时间适配 Android 14 私有 API 黑名单，避免国内应用市场审核因“反射调用非 SDK 接口”被驳回；mapping 格式保持兼容，崩溃还原无需改造。
5. 维护成本降低：ProGuard 已于 2021 年 11 月停止主版本更新，R8 随 AGP 每月小版本迭代，国内厂商插件（微信 AndResGuard、抖音 ByteX）已全面迁移至 R8 Transform API，社区脚本更丰富，踩坑方案更集中。

一句话总结：在国内合规与构建效率双重压力下，R8 不是“可选”，而是“必选项”；它用一次 IR 扫描换时间，用跨 DEX 优化换体积，用官方持续维护换长期成本。

拓展思考

1. 混合编译场景：如果项目同时包含 Java 与 Flutter，R8 对 Flutter Engine 的 libapp.so 无影响，但会优化 JNI 桥接类；需额外配置 -keep class io.flutter.** 防止接口被裁剪，否则国内部分机型会出现“Flutter 白屏”偶现崩溃。
2. 插件化与热修：Tinker/Shadow 插件框架依赖 keep 规则精确到类级别，R8 的 tree-shaking 更激进，建议在 consumerProguardFiles 中暴露“白名单”文件，避免宿主打包时误杀插件类。
3. 合规扫描：国内应用市场（华为、OPPO）已上线“隐私合规静态扫描”，R8 优化后会删除未使用权限但保留声明，导致“权限与行为不符”警告；可结合 -whyareyoukeeping 输出日志，反向清理 AndroidManifest.xml 冗余权限声明，一次性通过审核。