重要提示:对旧版 Fitbit Web API 的支持将于
2026 年 9 月 30 日结束。在此日期之后,该 API 将继续运行,但 Google 将不再修复 bug 或提供 API 支持。
2026 年 10 月 30 日,Fitbit Web API 将被停用,届时将无法再使用该 API,也无法再与 Fitbit 用户同步数据。如需在此日期之后继续访问用户的数据,请迁移到 Google Health API。虽然我们目前不接受新项目,但正在积极努力,争取让更多开发者能够使用该 API,并会在适用范围扩大时在此处分享最新动态。如需查看完整的时间表和步骤,请参阅
Fitbit Web API 迁移指南。
Google 会使用 AI 技术将内容翻译成您偏好的语言。AI 翻译可能包含错误。
配额和调用频率限制
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
为了确保系统稳定性和公平的资源分配,Google Health API 会对传入的 API 请求强制执行速率限制。
虽然默认配额旨在满足绝大多数标准使用情形,但超出这些阈值的应用会受到限制。
处理速率限制错误
当您的应用超出分配的速率限制时,API 会拒绝该请求并返回错误 429 Too Many Requests。为了缓解此错误,您的应用应退避发送请求,并实现重试逻辑,以妥善处理速率限制事件。
默认限制和影响分析
速率限制按每日、每分钟和每用户间隔进行评估。影响分析概述了这些配额如何转换为每秒查询次数 (QPS) 。
| 指标 |
默认限制 |
QPS 影响分析 |
| 每个项目(每日) |
每天 8,640 万个请求 |
持续约 1,000 QPS |
| 每个项目(每分钟) |
每分钟 12 万个请求 |
突发约 2,000 QPS |
| 每位用户(每分钟) |
每分钟 300 个请求 |
标准:每位用户 5 QPS
未经验证的应用:总共最多 250 QPS(上限为 100 位用户,每位用户 2.5 QPS) |
申请增加配额
如果您的应用需要比提供的默认分配更高的吞吐量,您可以通过 Google Cloud 控制台申请调整。
请参阅查看和管理配额。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2026-05-18。
[null,null,["最后更新时间 (UTC):2026-05-18。"],[],[]]