com.google.android.gms:play-services-location版本不匹配问题求助

问题根源 #

这个错误的核心是play-services-location库在17.0.0到21.0.1版本间发生了API变更——某个原本是类的组件（混淆后名为e7.c）在高版本中被重构为接口。你的App全局依赖了21.0.1版本，导致运行时17.0.0版本的AAR调用该组件时，发现实际是接口而非预期的类，从而抛出错误。

方案1：隔离17.0.0版本AAR的依赖 #

通过Gradle配置让a-location-17.0.0.aar单独使用它依赖的17.0.0版本库，不与全局的21.0.1版本冲突。修改模块的build.gradle依赖配置：

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    // 为17.0.0版本AAR配置隔离依赖
    implementation(name: "a-locatio-17.0.0", ext: 'aar') {
        exclude group: 'com.google.android.gms', module: 'play-services-location'
    }
    implementation(name: "b-location-21.0.1", ext: 'aar')

    // 全局依赖21.0.1版本，供b-location和App自身使用
    implementation 'com.google.android.gms:play-services-location:21.0.1'
    implementation 'com.google.android.gms:play-services-maps:18.1.0'
    implementation 'com.google.code.gson:gson:2.10.1'
    implementation 'androidx.legacy:legacy-support-v4:1.0.0'
    implementation 'androidx.appcompat:appcompat:1.6.1'
    implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk7:1.7.20"
    implementation 'androidx.constraintlayout:constraintlayout:2.1.4'

    // 为a-location单独添加17.0.0版本依赖，避免全局污染
    compileOnly 'com.google.android.gms:play-services-location:17.0.0'
    // 手动下载play-services-location-17.0.0.aar到libs目录，单独打包
    runtimeOnly files("$projectDir/libs/play-services-location-17.0.0.aar")
}

操作提示：先从Maven仓库手动下载play-services-location-17.0.0.aar到项目的libs目录，确保路径正确。

方案2：强制全局使用17.0.0版本（风险需验证） #

尝试让整个项目优先使用17.0.0版本的play-services-location，验证21.0.1版本的AAR是否兼容低版本。修改根项目的build.gradle：

allprojects {
    repositories {
        google()
        mavenCentral()
    }
    configurations.all {
        resolutionStrategy {
            // 强制所有依赖使用17.0.0版本的play-services-location
            force 'com.google.android.gms:play-services-location:17.0.0'
        }
    }
}

风险提示：这种方式可能导致b-location-21.0.1.aar出现API缺失错误，因为它基于高版本构建，建议先做兼容性测试。

方案3：类加载器隔离（高级方案） #

如果前两种方案无效，可通过自定义类加载器隔离两个AAR的运行环境：

• 为a-location-17.0.0.aar和17.0.0版本的play-services-location生成单独的dex文件
• 在App启动时用自定义类加载器加载该dex，避免与全局类加载器的类冲突

注：该方案需要熟悉Android类加载机制和Gradle打包流程，实现复杂度较高。

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