shrinkResources 必须与 minifyEnabled 一起启用才生效，因其依赖 R8 代码收缩后生成的引用图判断资源是否被使用；单独开启会导致反射加载等动态引用的资源被误删而崩溃。
shrinkResources 能移除无用资源，但必须和 minifyEnabled 一起开，否则不生效。
为什么单独开 shrinkResources true 没用
Gradle 的资源收缩不是静态扫描，它依赖代码收缩后的“引用图”来判断哪些资源真正没被使用。如果 minifyEnabled 关着，R8 不运行，所有类和方法都保留在字节码里，哪怕你代码里写了 getIdentifier("xxx", "drawable", getPackageName()) 这种反射调用，R8 也识别不出“xxx”被用到了——结果就是 shrinkResources 把它当真没用给删了，运行时崩溃。
所以这两个开关是强耦合的：
-
minifyEnabled true→ 触发 R8 执行代码收缩 + 生成精简后的引用关系 -
shrinkResources true→ 基于 R8 输出的引用关系，过滤掉未出现在其中的资源
shrinkResources 会删哪些资源
它只处理 res/ 目录下的标准资源：drawable、layout、values（含 strings.xml、colors.xml 等）、anim、menu 等。不会碰：
-
assets/下的文件（反射加载或AssetManager手动读取的） - 第三方 AAR 中的资源（除非该 AAR 显式声明了
consumerProguardFiles并支持资源收缩） - 通过
Resources.getIdentifier()动态拼接名称加载的资源（如"ic_" + type + "_normal"），默认会被误删
对最后一类，得在 proguard-rules.pro 里保留：
远程控制 Android 设备，支持截图、自动化操作手机 App 等功能。本应用使用 uiautomator2 作为底层框架，通过 ADB 连接设备，用户无需 Root（1）查看手机屏幕；（2）自动化操作手机 App；（3）远程安装/卸载应用……
-keepclassmembers class **.R$* {
static final int ic_*_normal;
}debug 包要不要开 shrinkResources
可以开，但要注意代价：
- 构建变慢：R8 + 资源收缩会增加 2–5 秒（视项目大小）
- 调试体验下降：混淆后堆栈不可读，断点可能错位
- 某些动态资源逻辑在 debug 下失效（比如上面提到的
getIdentifier场景）
更稳妥的做法是只在 release 开：
android {
buildTypes {
release {
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
}比 shrinkResources 更早一步：用 Lint 预扫
shrinkResources 是构建时动作，而 lint --check UnusedResources 或 Android Studio 的 Refactor > Remove Unused Resources 是开发时动作。它们互补：
- Lint 能发现硬编码引用（如 XML 里写的
@drawable/xxx），也能标出明显废弃的资源 - 但它扫不到
assets/、AAR 内资源、反射加载的资源 - 它也不会删资源，只是提示；你确认后手动删，或点
Do Refactor让 IDE 批量删
建议每季度跑一次 Lint 扫描，再配合 shrinkResources 构建兜底——前者清显性冗余，后者防隐性残留。
真正容易被忽略的是：资源收缩效果高度依赖代码收缩质量。如果你的 proguard-rules.pro 里漏写了保留规则，R8 可能把某个工具类整个删掉，连带它引用的所有资源也被 shrinkResources 一并清除。所以先确保代码能跑通，再指望资源自动瘦身。
