升级Gradle与SDK后打包APK报错：Program type already present求助

这个问题我升级Gradle和SDK版本时也碰到过，本质是support库依赖冲突——你的项目里重复引入了android.support.v7.widget.DefaultItemAnimator类，Debug模式下构建逻辑会暂时忽略这类重复，但Release/APK构建时的代码合并步骤会严格检查并触发冲突。下面是具体的解决步骤：

1. 定位重复依赖的来源 #

先运行Gradle命令查看完整的依赖树，找出哪个库偷偷引入了重复的support-v7：

• 对于Mac/Linux：

  ./gradlew app:dependencies
  

• 对于Windows：

  gradlew app:dependencies
  

在输出里搜索android.support.v7，重点看版本不一致的条目，比如某个第三方库可能自带了旧版的support-v7，和你项目里的26.x版本冲突。

2. 排除重复的依赖 #

找到冲突的库后，在app模块的build.gradle里给它加上exclude规则，比如：

implementation('com.example:problem-library:2.0.0') {
    // 排除该库自带的support-v7依赖
    exclude group: 'com.android.support', module: 'support-v7'
}

3. 统一所有support库的版本 #

升级SDK后，一定要保证所有support库的版本完全一致，避免版本差异导致的类重复。可以在项目根目录的build.gradle里定义全局变量：

ext {
    supportLibVersion = '26.1.0' // 和你的compileSdkVersion 26匹配
}

然后在app模块的build.gradle里统一引用：

implementation "com.android.support:appcompat-v7:${supportLibVersion}"
implementation "com.android.support:recyclerview-v7:${supportLibVersion}"
// 其他support库（比如design、cardview等）也用这个变量

4. 清理缓存并重建项目 #

有时候Android Studio的缓存会残留旧的依赖文件，执行以下操作：

• 点击顶部菜单栏的Build -> Clean Project
• 然后点击Build -> Rebuild Project
• 也可以手动删除项目根目录下的.gradle和app/build文件夹，再重新构建

5. 检查本地libs文件夹 #

如果你的项目里libs文件夹有手动添加的support-v7相关jar包，直接删掉它们——现在推荐用Gradle依赖管理，手动jar包很容易导致重复。

为什么Debug模式没问题？因为Debug构建时启用了一些开发优化，比如允许重复类存在，但Release构建（包括生成签名APK）会执行严格的代码合并和混淆前的检查，这时重复类就会触发错误。

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