1. R8混淆概述

做Android开发这几年，我几乎每次发布都要跟混淆打交道。说白了，混淆就是让代码变“丑”，让别人难看懂。而R8，就是Google专门为Android打造的混淆、压缩、优化三合一工具。这一章我们先把R8是什么、能用它干什么、以及它跟老前辈ProGuard的关系理清楚。

什么是R8？其实它就是个代码压缩器

R8是一个全自动的代码转换工具。你写完代码，它帮你做三件事：

• 缩小（Shrinking）：去掉没用到的类、方法、字段。你想想看，项目大了难免有些“僵尸代码”，R8能帮你在打包时把它们剔掉。
• 优化（Optimization）：比如方法内联、常量折叠、无用参数消除。这些能让APK跑得更快、更小。
• 混淆（Obfuscation）：把类名、方法名、字段名改成a、b、c这样无意义的短名。嗯，这样反编译的人会疯掉。

从Android Gradle Plugin 3.4.0开始，R8就成了默认的混淆工具。我记得当时升级之后，第一次打包明显感觉快了不少——以前ProGuard跑一次要好几秒，R8几乎眨眼就完事。

R8和ProGuard的“前世今生”

ProGuard是开源的老牌工具，但Google发现它跟不上Android生态的发展。比如ProGuard不支持DX/D8的增量编译，也不了解Android特有的类加载机制。于是Google干脆自己写了个替代品——R8。现在R8完全兼容ProGuard的规则文件（就是那些-keep、-dontwarn什么的）。

我建议你直接迁移到R8。不过要注意，有些ProGuard的配置在R8下可能失效。比如以前用-optimizationpasses控制优化次数？对不起，R8不支持了——它自动决定优化策略。多数情况下你不需要改规则，但偶尔会有坑。

为什么我们需要代码混淆？不只是为了防破解

很多人以为混淆只是为了保护源码。其实还有更重要的原因：

1. APK瘦身：混淆后类名从com.example.myapp.MyActivity变成a.a，再加上缩小，APK能小20%~40%。我在一个老项目上试过，直接从30MB降到18MB。
2. 减少方法数：Android有64K方法数限制（其实现在多数项目都用multidex了，但方法数还是会影响性能）。混淆和缩小能有效减少方法总数。
3. 提升启动速度：一些优化（比如常量内联）让字节码更紧凑，加载更快。
4. 防止逆向分析：这个大家都懂。不过别太迷信，混淆只能提高门槛，真正核心逻辑建议放到服务端或NDK。

我个人习惯在debug构建里关闭混淆，这样运行和调试都方便；release构建必须开启，顺便跑一遍--print-seeds检查是否有不该混淆的东西被丢掉了。有一次我忘了加-keep规则，结果某个反射调用的类名被改成b，线上直接崩溃——从那以后我发布前都会用建议工具类库自动生成keep规则。

R8的优势：快、准、狠

你看这张表，R8几乎全面领先。但我得说实话——它也有“过分优化”的时候。比如某个空方法你以为会被保留，结果R8觉得没用直接删了，导致反射调用失败。这时候你就得用-keep把它锁住。

R8的劣势与陷阱

• 规则不熟悉容易翻车：我见过有人用-keep class *这种通配符，结果保留了所有类，APK一点没变小。正确的做法是精确到包名或注解。
• 调试困难：混淆后的堆栈是a.a()，必须配合mapping文件才能还原。我习惯在发布时自动备份mapping文件到服务器，并保留git版本号对应。
• 部分框架需要额外适配：比如Gson、Retrofit、Room这些用了反射或注解的库，必须加对应的keep规则。我一般直接copy官方的推荐规则，省事。

好了，聊了这么多，我们来梳理一下R8的完整工作流程。下面这张图能帮你直观理解从源码到APK，R8做了什么。