问Gmail-API请求配额在用户级别

EN

Gmail执行每个用户并发请求的限制(除了每个用户的速率限制)。访问给定用户的所有Gmail API客户端都共享此限制，并确保任何API客户端都不会重载Gmail用户邮箱或其后端服务器。

这里的混淆是per-user concurrent request limit和per-user rate limit之间的区别

让我说，我做了一个应用程序，让用户从他们的Gmail帐户阅读。我将受到每个用户通过应用程序所能发出的请求数量的限制，限制是per-user rate limit。

现在假设用户安装您的应用程序，这也允许他们访问他们的Gmail帐户。您还受限于用户通过per-user rate limit访问api的速度。

然而，我们的应用程序以及gmail和收件箱应用程序都是以相同的per-user concurrent request limit并发运行在用户使用的所有应用程序中。

per-user concurrent request limit的存在可能是为了确保开发人员不会创建许多不同的项目，并使用所有这些项目来撕毁数据。

据我所知，per-user concurrent request limit并没有被证明是一个隐秘的限制，而且我从未见过任何人能够准确地确定Google中并发限制的数字。除了，它是10000，不包括Google分析网站和官方移动应用程序

示例：

每个用户的费率限制

1. 第一用户登录并列出他所有的电子邮件，他有10个用户没有错误。
2. 用户2号登录，他有1000封电子邮件，你的应用程序试图在1秒内全部选择出来。您将得到该用户的利率限制错误。你在淹没谷歌。但是，其他开发人员的应用程序可以通过API访问用户收件箱。

每个用户并发

1. 用户第一只运行您的应用程序。登录并列出他所有的电子邮件，他有10个用户没有错误。
2. 第二个用户是由其他开发人员运行您的应用程序和其他20个应用程序。尝试列出他所有的电子邮件，假设他同时在所有的应用程序上做了这件事，他可能最终会收到一个错误。

这些错误是基于用户的，因为限制名称中的每个用户的名称。

示例2:

让我们看看Google分析api，因为我知道这个API的硬数字。

• 使用应用程序的用户最多可以在90秒内发出100个请求。(基于用户的应用)
• 应用程序一天最多可以发出50000次请求。(基于应用程序)
• 所有应用程序每天最多可以针对视图(基于并发应用程序)发出10000次请求。