Gmail API-超过速率限制[429]，后端错误[500]

Question

我们有一个使用Gmail API访问Gmail中电子邮件的应用程序。

我们随机得到以下错误消息

谷歌。API。请求。RequestError Rate Limit Excessed[超过429]错误[消息[超过速率限制]位置[-]原因[超过速率限制]域[使用权限]]

然后我们在错误事件代码中重试，并得到

谷歌。API。请求。RequestError后端错误[500]错误[消息[后端错误]位置[-]原因[后端错误]域[全局]]

然后，我们在错误事件代码中重试（我们尝试了3次），并按预期工作。

这里的Gmail API后端有一些问题。我们正在制作

还有其他人遇到这种奇怪的行为吗？

下面是正在调用的代码

 UsersResource.MessagesResource.GetRequest gr = gs.Users.Messages.Get(emailAccount, msgId);
 {
        gr.Format = UsersResource.MessagesResource.GetRequest.FormatEnum.Raw;
        Message m = new Message();
        try
        {
            m = gr.Execute();
        }
 }

Answer 1

如果有人想知道为什么他们的速率会受到限制，那么也要知道带宽限制大约为750mb/小时或2500mb/天。此限制在连接到该用户帐户的所有应用程序（IMAP、POP、API）之间共享。我相信，即使是Gmail的使用也会影响这一点。如果其他应用程序正在消耗用户配额，您的应用程序将收到相同的速率限制。

Answer 2

Gmail API具有相同的每日使用限制，适用于应用程序发出的所有请求，以及每个用户的速率限制。

• 每日使用量1,000,000,000配额单位/用户费率限制
• 每秒每个用户250个配额单位，移动平均值（允许短脉冲）

超过速率限制（变快）将导致HTTP 403或HTTP 429请求响应过多，您的应用程序应通过指数后退重试来响应。

500个错误是服务器打嗝，服务器需要很长时间才能响应，因此它超时了您的请求。此解决方案与上述错误的解决方案相同，您应该实施指数退避并重试。

指数退避是网络应用程序的一种标准错误处理策略，在这种策略中，客户端会在不断增加的时间内定期重试失败的请求。如果大量请求或繁重的网络流量导致服务器返回错误，那么指数退避可能是处理这些错误的好策略。相反，它不是处理与速率限制、网络容量或响应时间无关的错误的相关策略，例如无效的授权凭据或未找到文件的错误。

如果使用得当，指数退避可以提高带宽使用效率，减少获得成功响应所需的请求数，并最大限度地提高并发环境中请求的吞吐量。

实现简单指数退避的流程如下所示。

1. 向API发出请求
2. 接收具有可重试错误代码的错误响应
3. 等待1srandom_number_milliseconds秒
4. 重试请求
5. 接收具有可重试错误代码的错误响应
6. 等待2srandom_number_milliseconds秒
7. 重试请求
8. 接收具有可重试错误代码的错误响应
9. 等待4srandom_number_milliseconds秒
10. 重试请求
11. 接收具有可重试错误代码的错误响应
12. 等待8srandom_number_milliseconds秒
13. 重试请求
14. 接收具有可重试错误代码的错误响应
15. 等待16秒random_number_milliseconds秒
16. 重试请求
17. 如果您仍然收到错误，请停止并记录错误。