快速结论：资源混淆会重命名 Android 资源标识，但必须通过白名单保护运行时依赖资源，并保持 Gradle 插件配置可复现。
开发者常问的问题
- Android AAB 如何做资源混淆？
- Firebase 或广告 SDK 哪些资源需要白名单？
- 如何避免资源混淆后的 Resources.NotFoundException？
- 如何把 AabResGuard plugin JAR 放到 Gradle 项目里？
资源混淆会改变什么
资源混淆主要改变资源文件名和资源表中的可读标识，减少反编译后资源结构的可读性。它不同于 R8，不能替代代码混淆。
手动流程
先确认 release 构建和 R8 稳定，再加入 AabResGuard 插件 JAR，配置白名单和输出目录，构建 AAB/APK，并在真实设备上验证资源加载。
经常需要白名单的资源
应用图标、启动页、Firebase、广告 SDK、推送 SDK、支付 SDK、WebView、动态加载资源、反射访问资源和外部配置引用的资源都应谨慎保留。
常见错误
常见问题包括白名单过窄导致 Resources.NotFoundException、SDK 资源被重命名、插件版本不可追踪、只测 debug 不测 release，以及升级插件后无法回退。
ADB Pro 如何帮助
Res Guard 可以下载并管理 plugin.jar，复制到 gradle/plugins/aabresguard/plugin-x.y.z-all.jar，更新 build.gradle.kts 引用版本，同时保留旧版本方便回退。
FAQ：资源混淆会破坏应用吗？
可能会。凡是通过字符串、反射、SDK 内部逻辑或服务端配置访问的资源，都可能需要白名单保护。
FAQ：资源混淆和 R8 一样吗？
不一样。R8 处理代码符号，资源混淆处理 Android resources。两者可以配合，但风险和验证点不同。
FAQ：应该先做资源混淆还是代码混淆？
建议先让代码混淆和 release 构建稳定，再加入资源混淆，这样问题更容易定位。
相关指南
Android App Obfuscation Methods、R8 minifyEnabled 和 Release Readiness Checklist 可以补齐完整混淆验证。