现有iOS Firebase应用能否配置Google Cloud API密钥应用限制？

结论：现有已上线的Firebase项目完全可以配置API密钥的iOS应用限制，不需要重新创建项目，你之前看到的“项目创建前生成密钥”的说法是对规则的误解。

以下是正确的配置步骤和报错原因分析：

一、报错核心原因 #

出现API_KEY_IOS_APP_BLOCKED错误，几乎都是因为配置iOS应用限制时只填写了Bundle ID，遗漏了签名证书的SHA-1哈希值。Firebase验证API密钥权限时，会同时校验应用的Bundle ID和签名证书指纹，两者必须完全匹配才会允许请求。

二、正确配置应用限制的步骤 #

1. 确认目标API密钥
   确保你在Cloud Console（Cloud console -> APIs & Services -> Credentials）中配置限制的密钥，就是你已经替换到GoogleService-Info.plist里的API_KEY对应的那条密钥记录。

2. 完整填写iOS应用限制信息
   在密钥的“设置应用限制”中选择“iOS应用”后，需要添加两项信息：

   • Bundle ID：必须与iOS项目中Info.plist里的CFBundleIdentifier完全一致（比如com.yourteam.yourapp）
   • SHA-1证书指纹：
     • 开发环境：通过Xcode -> 偏好设置 -> 账户 -> 查看详情 -> 右键证书 -> 显示简介查看，或用命令行security find-identity -v -p codesigning提取指纹
     • 生产环境：在苹果开发者后台或本地证书库中获取发布证书的SHA-1

3. 启用必要的Firebase API
   进入Cloud Console的APIs & Services -> Library，检查并启用你应用用到的Firebase相关API（比如Firebase Authentication API、Firebase Cloud Messaging API等），未启用的API会被限制拦截。

4. 清理缓存并测试
   替换GoogleService-Info.plist后，执行Xcode的清理操作（Cmd+Shift+K），重新构建应用并测试，配置生效可能需要等待1-5分钟。

三、额外注意事项 #

• 若有多个环境（开发/测试/生产），需为每个环境的对应证书添加独立的SHA-1记录
• 轮换API密钥后，待所有客户端更新到新版本后，可在Cloud Console中禁用或删除旧密钥
• 配置限制后，若仍报错，可检查Cloud Console的APIs & Services -> Credentials -> 密钥 -> 限制配置是否正确，以及应用的签名是否与配置的SHA-1匹配

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