Android端如何为相同bundle ID配置多套分环境的Firebase项目

先把一个常见的认知误区掰正：给不同Firebase项目绑定不同SHA-1值，仅用于支撑对应签名下的Google登录、隐私校验类功能正常工作，跟SDK初始化连接哪个项目没有关联。你之前折腾调整SHA1配置不生效，本质上是找错了影响SDK路由的核心因素。

先排查最常见的打包环节配置失效问题 #

• 别靠手动替换app根目录下的google-services.json切环境，缓存问题能卡半天。按插件的匹配优先级，各构建变体专属目录下的json优先级最高：dev、staging、prod对应的json分别放在app/src/dev/、app/src/staging/、app/src/prod/路径下即可，千万别把json直接放app模块根目录——根目录的json会被所有构建变体优先匹配，哪怕你在Build Variants里切了环境，插件还是会读取那份生产的旧配置，这是最多人踩的坑。
• 每次切完环境别直接点运行，先执行./gradlew clean清除所有构建产物，再通过Android Studio的File -> Invalidate Caches / Restart清除IDE缓存，不然旧配置会被静默打进安装包，根本感知不到。
• 实在不确定打进去的是哪份配置，就用APK Analyzer打开生成的安装包，定位res/values/values.xml，核对里面的firebase_database_url、gcm_defaultSenderId、google_api_key三个值，跟你当前环境的json逐一对齐，这步能直接戳破“我明明换了文件为什么不对”的乌龙。

排查代码与环境层面的配置干扰 #

• 全局搜索项目代码中的FirebaseOptions、apiKey、firebaseDatabaseUrl关键词，排查是否有之前单项目调试时硬编码的Firebase手动初始化逻辑。只要代码里存在手动指定生产项目配置的初始化代码，SDK会跳过json文件的自动读取步骤，不管换什么配置都会固定连接生产项目。
• 检查开发机的环境变量中是否存在全局配置的FIREBASE_CONFIG，SDK会优先读取全局环境变量的配置，跳过项目内的json文件配置。
• 检查com.google.gms:google-services插件的版本，低于4.3.10的老版本插件在同bundle ID多flavor场景下存在匹配逻辑bug，会无视flavor目录下的配置强制读取根目录的json，升级到最新稳定版即可解决。

适配RevenueCat同bundle ID限制的正确配置姿势 #

因为RevenueCat要求所有环境必须使用同一个bundle ID，不需要修改applicationId做隔离，直接通过productFlavor切源码目录即可，连配置文件都不用手动替换：

• 在app模块的build.gradle中配置三个环境维度的flavor，所有flavor的applicationId保持完全一致，不做任何修改：

productFlavors {
  dev {
    dimension "env"
  }
  staging {
    dimension "env"
  }
  prod {
    dimension "env"
  }
}

• 把三个环境对应的google-services.json分别放入对应flavor的源码目录，每次要测试哪个环境，直接在Build Variants面板选择对应的变体运行即可，插件会自动匹配对应目录下的json打包，完全不会出现串环境的问题。
• 加一行启动日志快速定位初始化结果，省得来回猜测：在Application的onCreate方法中添加逻辑，启动时直接把当前连接的Firebase项目配置打印出来，匹配与否一眼可辨：

val currentFirebaseApp = FirebaseApp.getInstance()
Log.d("FirebaseDebug", "当前连接的项目ID: ${currentFirebaseApp.options.projectId}, 数据库地址: ${currentFirebaseApp.options.databaseUrl}")

内容的提问来源于stack exchange，提问作者Logan Patiño