调试环境Firebase通知误推至生产环境Android客户端问题求助

这种串环境的推送问题我之前处理过好几次，核心原因基本都是环境隔离不到位，咱们从几个关键环节逐一排查：

1. 检查Firebase项目与密钥的环境隔离 #

• 确认调试和生产使用独立的Firebase项目：很多开发者会偷懒用同一个项目，但如果debug/release的SHA-1指纹、应用包名没做严格区分，就会导致推送串流。
• 安卓端配置核对：Android Studio中，debug和release构建变体对应的google-services.json必须分别来自测试和生产Firebase项目，不要将测试的json文件误放到release目录下。
• Rails端Rpush配置检查：在config/rpush.rb或各环境配置文件（config/environments/development.rb、production.rb）中，确保Rpush的Firebase服务器密钥是对应环境的——测试环境用测试项目的密钥，生产环境用生产项目的密钥，绝对不能混用。

2. 验证Rails环境与Rpush的配置隔离 #

• 确认Rails环境变量生效：本地开发启动时要明确指定rails s -e development，生产部署必须设置RAILS_ENV=production环境变量，避免Rpush加载错误的配置。
• 检查Rpush数据库记录：Rpush会将推送任务存储在数据库中，登录生产环境数据库查看rpush_notifications表，如果存在调试环境发起的推送任务，说明调试环境的Rpush可能连接了生产数据库，需立即修正config/database.yml中的环境数据库配置。

3. 核对安卓客户端的构建与签名配置 #

• 区分debug和release的包名：建议测试包使用带后缀的包名（如com.myapp.debug），生产包使用正式包名（com.myapp），让Firebase能精准识别不同环境的客户端。
• 确认签名指纹的隔离：将debug签名的SHA-1添加到测试Firebase项目，release签名的SHA-1添加到生产Firebase项目，避免因签名重叠导致推送串流。

4. 快速验证的临时方法 #

• 在测试推送的通知内容中添加环境标识（如标题前缀[DEBUG]），如果生产客户端收到带该标识的通知，即可确认是测试环境的Rpush请求调用了生产Firebase的密钥。
• 排查Rpush请求的目标：虽然Firebase的推送endpoint是统一的，但服务器密钥决定了推送的目标项目，所以一旦出现串流，优先核对密钥是否正确。

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