听起来你碰到的这个问题挺棘手的——明明只在XML里静态把这个Drawable设成了按钮背景，完全没通过Java代码动态改tint或颜色滤镜，结果它却随机变成黑或白，还所有用到它的地方都同步变。结合你提到的「debug构建阶段资源损坏」的推测，我整理了几个针对性的排查和修复方向：

1. 检查Debug构建的资源优化配置 #

Debug模式下如果误开了资源压缩或代码混淆，很容易导致Drawable被错误处理：

• 打开Module级的build.gradle，确认debug变体的相关配置：

  buildTypes {
      debug {
          minifyEnabled false // 确保debug模式关闭代码混淆
          shrinkResources false // 关闭debug下的资源压缩，避免误删/修改Drawable
          // ...其他配置
      }
  }
  

• 如果项目里有res/raw/keep.xml，记得把这个Drawable加入资源保留列表，防止被优化工具误处理。

2. 验证Drawable资源本身的完整性 #

有时候Drawable的XML定义存在隐性问题，会在构建时被解析出错：

• 打开这个Drawable的XML文件，确认颜色定义是明确的：比如用固定的@color/xxx而非可能被动态替换的主题属性（如果是主题属性导致的变色，一般是跟随主题切换而非随机，不过也可以排查排除）。
• 如果是矢量图Drawable，尝试重新生成VectorDrawable代码；如果是位图，替换成原始的资源文件，避免文件本身损坏。

3. 彻底清理构建缓存 #

Debug构建的缓存很容易堆积损坏的资源文件，直接清理后重建试试：

• 在Android Studio里点击Build -> Clean Project，接着执行Build -> Rebuild Project。
• 也可以手动删除项目根目录的.gradle文件夹和app/build文件夹，再重新同步项目并构建。

4. 升级Android Gradle Plugin（AGP）版本 #

某些旧版本的AGP在Debug模式下处理资源时有已知bug，升级到稳定版大概率能解决：

• 修改项目根目录build.gradle里的AGP依赖：

  dependencies {
      classpath 'com.android.tools.build:gradle:8.1.0' // 替换为最新稳定版本
  }
  

5. 排查第三方插件的干扰 #

如果项目里用了资源处理类的第三方插件（比如图标替换、自定义资源压缩插件），它们可能在构建时悄悄修改了Drawable：

• 暂时禁用这些插件，重新构建项目，看问题是否消失，以此确认是否是插件导致的异常。

如果能捕获到问题出现时的构建日志，重点关注资源处理阶段的警告或错误信息，这会帮你更快定位到根因。

内容的提问来源于stack exchange，提问作者scudza