Android Studio添加Admob后Gradle构建清单合并失败求助

我来帮你搞定这个头疼的Gradle构建问题，你遇到的核心矛盾是项目里同时混用了旧的Support库和AndroidX库，导致Manifest合并时appComponentFactory属性冲突。虽然系统提示添加tools:replace，但这只是治标不治本的临时方案，甚至会引发后续运行时崩溃，下面给你两个靠谱的解决办法：

方案1：迁移到AndroidX（推荐，长期维护首选） #

Google已经停止更新Support库，AndroidX是官方后续的替代方案，迁移后能彻底解决这类冲突：

1. 在项目根目录的gradle.properties文件中添加以下配置：

android.useAndroidX=true
android.enableJetifier=true

enableJetifier会自动把第三方依赖（比如你的Ads库）里的Support引用转换成AndroidX，不用手动修改第三方库代码。

2. 修改app/build.gradle里的依赖为AndroidX对应版本：

apply plugin: 'com.android.application'
android {
    compileSdkVersion 28
    defaultConfig {
        applicationId "com.ani.admobcheck"
        minSdkVersion 15
        targetSdkVersion 28
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" // 同步修改测试Runner
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
}
dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'androidx.appcompat:appcompat:1.6.1' // 替换原support-v7依赖
    implementation 'androidx.constraintlayout:constraintlayout:2.1.4' // 替换原constraint-layout依赖
    implementation 'com.google.android.gms:play-services-ads:18.0.0' // 保留原Ads版本
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'androidx.test.ext:junit:1.1.5' // 替换原测试Runner依赖
    androidTestImplementation 'androidx.test.espresso:espresso-core:3.5.1' // 替换原Espresso依赖
}

3. 同步Gradle后，Android Studio会自动帮你替换代码里的Support导入（比如android.support.v7.app.AppCompatActivity会变成androidx.appcompat.app.AppCompatActivity），如果有遗漏可以手动调整。

4. 最后把AndroidManifest.xml里的tools:replace="android:appComponentFactory"删掉，因为迁移后全项目统一用AndroidX的组件工厂，不会再有冲突。

方案2：降级Ads库到兼容Support的版本（临时应急用） #

如果暂时不想迁移AndroidX，可以把Ads库版本降到17.2.0，这个版本还是基于Support库开发的，不会引入AndroidX依赖：
修改app/build.gradle里的Ads依赖：

implementation 'com.google.android.gms:play-services-ads:17.2.0'

同步Gradle后，不需要添加tools:replace就能正常构建了。不过这个方案不推荐长期用，因为旧版本Ads库可能存在安全漏洞和功能缺失。

为什么加了tools:replace还是失败？ #

因为android.support.v4.app.CoreComponentFactory和androidx.core.app.CoreComponentFactory是两个完全不同的类，即使强制替换，运行时会出现类找不到或者逻辑崩溃的问题，所以这个提示只是Manifest合并阶段的临时提示，根本解决还是要让整个项目的依赖库统一用一套（要么全Support，要么全AndroidX）。

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