Firebase PubSub报Topic quota exceeded错误，但GCP控制台显示未超配额

针对你遇到的「Topic quota exceeded」错误与指标不一致问题，可按以下步骤排查：

1. 核对细分配额项
   控制台默认展示的是项目级总配额，但PubSub针对单个Topic有发布请求QPS这类细分配额（比如默认单Topic每秒最多发布1000条消息），这类细分项可能不在总配额列表里。进入PubSub的配额页面，筛选topics.publish相关的配额，查看是否有超限记录。

2. 确认Topic资源一致性
   检查代码中调用的Topic完整路径（projects/[PROJECT_ID]/topics/[TOPIC_NAME]）是否和控制台查看的完全一致。如果路径拼写错误，可能实际使用了一个未被监控的Topic（比如误创建了同名但大小写不同的Topic），导致指标显示为空，同时触发错误。

3. 等待指标数据同步
   Google Cloud的指标数据存在5-15分钟的延迟，如果错误刚发生就查看控制台，数据可能还未更新。等待20分钟后刷新Topic的「指标」页面，确认是否会显示实际的发布调用量。

4. 验证Firebase与GCP项目关联
   确保Firebase项目正确关联到你查看的GCP项目：

   • 打开Firebase控制台 → 项目设置 → 集成
   • 查看关联的GCP项目ID是否和你在GCP控制台查看的一致，避免跨项目的配额混淆。

5. 用gcloud命令查询实时配额
   控制台的配额展示可能存在遗漏，用gcloud命令直接查询该Topic的配额使用情况：

   gcloud pubsub topics describe YOUR_TOPIC_NAME --format="value(quota)"
   

   也可以调用PubSub的API获取更详细的配额数据：

   gcloud pubsub topics get-iam-policy YOUR_TOPIC_NAME
   

6. 排查突发流量峰值
   即使平均使用率低，短时间内的突发流量（比如某1秒内发送了超过单Topic QPS上限的消息）会触发配额错误。查看Firebase Logs中错误出现的时间点，对比PubSub的publish_request_count指标的分钟级数据，确认是否存在瞬间峰值。

问题回顾（方便其他开发者参考） #

• Firebase Logs Explorer提示「Topic quota exceeded」，但GCP控制台显示所有配额使用率极低（仅某API为6.67%）
• 长期使用的PubSub Topic在GCP控制台中调用量显示几乎为0，但实际一直在通过该Topic发布消息
• 确认项目仅使用1个Topic，排除Topic数量上限问题

相关截图 #

1. PubSub错误日志：
   
2. 当前配额使用率：
   
3. Topic指标无数据：
   

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