生成签名APK时遇Program type already present: android.support.v4.R错误求助

你遇到的这个问题是典型的Android Support库重复依赖冲突——Debug模式能正常运行，是因为Debug构建的依赖解析、多Dex处理逻辑和Release模式存在差异，冲突在Release构建时才显现。下面给你几个针对性的解决方案：

1. 强制统一所有Support库版本 #

很多第三方库会自带不同版本的Support依赖，导致版本冲突。你可以在app级gradle的android块中添加配置，强制所有依赖使用你指定的Support版本（也就是你当前用的27.1.1）：

android {
    compileSdkVersion 27
    defaultConfig {
        // 保留你原有的配置
    }
    buildTypes {
        // 保留你原有的配置
    }

    // 添加这段统一版本的配置
    configurations.all {
        resolutionStrategy.eachDependency { details ->
            def requested = details.requested
            if (requested.group == 'com.android.support') {
                // 跳过multidex相关，避免影响多Dex配置
                if (!requested.name.startsWith("multidex")) {
                    details.useVersion '27.1.1'
                }
            }
        }
    }
}

2. 排查并排除第三方库的重复依赖 #

先通过gradle命令查看完整的依赖树，精准定位哪个库引入了重复的support-v4：

./gradlew app:dependencies

在输出结果中搜索com.android.support:support-v4，找到所有非27.1.1版本的条目，然后在对应的依赖声明中排除这些重复模块。比如如果facebook-android-sdk引入了旧版本，可以修改依赖：

implementation('com.facebook.android:facebook-android-sdk:4.33.0') {
    exclude group: 'com.android.support', module: 'support-v4'
    exclude group: 'com.android.support', module: 'support-annotations'
}

同理，检查其他第三方库（比如ai.api相关依赖）是否也有类似情况，逐一排除重复的Support模块。

3. 清理构建缓存并重新构建 #

有时候旧的构建缓存会导致奇怪的冲突，执行以下命令清理后再尝试构建Release APK：

./gradlew clean
./gradlew assembleRelease

4. 检查libs目录下的jar包 #

你的配置中包含了implementation fileTree(dir: 'libs', include: ['*.jar'])，如果libs目录下有包含android.support.v4类的jar文件，会和gradle依赖的Support库冲突。检查libs目录，移除重复的jar包即可。

按照以上步骤逐一尝试，应该能解决你的问题。

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