【问题标题】:Receiving 403 (rate limited) errors from Google Calendar API从 Google Calendar API 接收 403(速率限制)错误
【发布时间】:2021-08-20 09:54:27
【问题描述】:

我们正在使用 Google 日历 API 来保持我们的应用与用户 Google 日历中的活动之间的同步。

我们已经开始定期收到速率限制错误 (403)。

但是,根据谷歌云控制台的 API 和服务页面,我们的使用量远低于规定的限制(每分钟 10,000 次查询和每用户每分钟 600 次查询)。我们还使用批处理 API 来发送我们的请求,因此无法实现指数退避

有人对避免这些速率限制错误有任何建议吗?

【问题讨论】:

  • 您有可以开始日历同步的文档的链接吗?我也需要这样做,并且可以查看、添加、删除等。但是现在我需要开始与另一个日历(或我们的系统)同步并且找不到太多文档。谢谢!

标签: google-oauth google-calendar-api rate-limiting google-developers-console


【解决方案1】:

谷歌的速率限制错误基本上是你要快速进行的防洪。不要对 Google 开发者控制台上显示的状态持有太多存货,这些图表中的数字充其量只是猜测,它们不是实时的。

速率限制的主要原因是当您发送请求时,无法知道您的请求将在哪个服务器上运行。也无法知道同一服务器上正在运行哪些其他请求。因此,有时您的请求运行速度可能会比您预期的更快或更慢,这使得很难准确追踪每分钟 10,000 次查询和每用户每分钟 600 次查询究竟是什么。

在过载的服务器上运行的 10000 个请求可能会在 2 分钟内运行,而在未过载的服务器上可能会在 30 秒内运行,这意味着您发送的下一个请求将耗尽配额。

由于确实没有办法避免它,您应该确保您的应用程序能够通过再次发送请求来响应它。几年前我写了一篇文章,关于如何在我的应用程序中本地跟踪我的请求,然后确保它以正确的速度保持事情flood buster

真的,只要您的应用程序通过再次发送请求来做出响应,您就应该没问题。

【讨论】:

    猜你喜欢
    • 2020-04-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-11-14
    • 2019-11-01
    • 2016-11-17
    • 2013-07-20
    • 1970-01-01
    相关资源
    最近更新 更多