安卓基础（ProGuard vs R8）
ProGuard (传统工具)
- Google早期使用的混淆工具
- 功能全面但速度较慢
R8 (现代推荐)
- Android Studio 3.4+默认使用
- 速度更快，效果更好
- 兼容ProGuard规则
| 对比维度 | ProGuard | R8 | 关键差异说明 |
|---|---|---|---|
| 处理流程 | 四步转换：<br>Java 代码 → Java 字节码 → 优化字节码 → Dex 字节码 | 三步转换：<br>Java 代码 → Java 字节码 → Dex 字节码 | R8 减少一步转换，流程更高效 1 4 |
| 构建速度 | 较慢 | 显著更快（减少约 30% 构建时间） | R8 直接生成 Dex 字节码，跳过中间优化步骤 1 2 |
| APK 缩减效果 | 平均减少 8.5% | 平均减少 10% | R8 更激进删除未使用代码和资源 1 3 5 |
| Kotlin 支持 | 有限 | 全面优化 | R8 支持 Kotlin 特有语法和内联优化 1 2 4 |
| 默认启用条件 | Android Gradle 插件 < 3.4.0 | Android Gradle 插件 ≥ 3.4.0 | 新项目默认使用 R8 2 4 |
| 规则兼容性 | 使用独立规则文件 | 完全兼容 ProGuard 规则 | R8 复用现有 ProGuard 配置 3 4 |
| 优化特性 | - 更强枚举简化<br>- 多次遍历优化（如日志删除更彻底）<br>- GSON 反射优化 | - 更高效内联容器类<br>- 更激进删除未使用成员<br>- 常量传播优化 | ProGuard 深度优化更强，R8 基础缩减更快 3 5 6 |
| 窥孔优化数量 | 约 520 项 | 约 6 项 | ProGuard 底层优化更细致 1 2 |
| 调试信息处理 | 保留较多行号信息 | 压缩并规范化调试信息 | R8 生成的 Dex 更小但调试信息更精简 4 |
反编译防御深度
ProGuard 通过多次遍历优化（如删除日志时连带清除字符串操作）和模式匹配（替换指令序列），使逆向工程更难还原原始逻辑。
R8 更侧重基础混淆（重命名、删除未使用代码），对深层逻辑的保护弱于ProGuard。
语言兼容性
R8 对Kotlin的优化（如内联函数处理）是ProGuard不具备的，适合现代Android开发。
ProGuard 对Java反射库（如GSON）的优化更彻底，适合传统Java项目。
加密扩展能力
两者均可通过规则文件（proguard-rules.pro）自定义保留/混淆逻辑。
R8全模式（android.enableR8.fullMode=true）可启用额外优化，但需补充兼容规则。