单应用使用两个Firebase项目仅更换google-services.json是否可行

现有手动切换google-services.json方案的可行性 #

该方案可以正常运行，但存在诸多风险，不建议长期使用：

• 人为操作失误概率高，发布前漏切配置会直接导致线上版本连开发环境，或是开发阶段误操作生产库
• 同设备无法同时安装开发版和正式版应用，两者包名一致会互相覆盖，调试效率低
• 团队协作场景下成员配置切换不同步，容易出现协同事故

更推荐的官方标准实现方案 #

通过Android原生构建变体能力实现自动适配，全程无需手动切换配置文件，操作步骤如下：

1. 在项目app/src目录下分别新建debug、release两个子目录
2. 开发环境的google-services.json放入app/src/debug/路径
3. 生产环境的google-services.json放入app/src/release/路径
4. 为debug构建类型配置独立包名后缀，避免和正式版冲突，修改app模块的build.gradle配置：

android {
    buildTypes {
        debug {
            // 给debug包加包名后缀，可和正式版共存
            applicationIdSuffix ".dev"
            // 保留原有debug的其他配置
        }
        release {
            // 保留原有release的签名、混淆等配置即可
        }
    }
}

该方案的优势： #

• 构建时自动根据所选变体加载对应配置文件，完全避免手动切换的失误风险
• debug包与正式包包名不同，可同时安装在同一测试设备，互不影响
• 配置跟随代码版本管理，团队成员拉取代码后无需额外操作即可自动匹配对应环境
• 后续如果需要新增测试、预发布等其他环境，新增对应的构建类型或产品风味，放入对应配置文件即可复用逻辑

如果你使用的是跨端框架比如Flutter、React Native，也可以对应找框架侧的多环境构建配置方案，核心逻辑都是让不同构建流程自动加载对应的配置文件，不要手动替换。

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