用户级

Question

注意：这个问题是关于我在这里的文档中不理解的内容： https://developers.google.com/gmail/api/v1/reference/quota#concurrent_requests

并发请求

  

Gmail API强制执行每用户并发请求限制（在   除了每用户速率限制外）。所有人都共享此限制   Gmail API客户端访问给定用户并确保没有API   客户端正在重载Gmail用户邮箱或其后端服务器。

 enforces a per-user concurrent request limit (in addition to the per-user rate limit).

我找不到每个用户的并发请求是什么＆＃39;他们文档中的任何地方而在同一页面的顶部找到每用户速率限制。 https://developers.google.com/gmail/api/v1/reference/quota#top_of_page

Answer 1

  

Gmail API强制执行每用户并发请求限制（除了每用户速率限制外）。访问给定用户的所有Gmail API客户端都会共享此限制，并确保没有API客户端使Gmail用户邮箱或其后端服务器过载。

这里的混淆是per-user concurrent request limit和per-user rate limit

之间的区别

让我们说我制作的应用可以让用户从他们的Gmail帐户中读取内容。我将受到每个用户可以提出的请求数量的限制，但我的应用限制为per-user rate limit

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

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

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

据我所知per-user concurrent request limit未记录其隐身限制，我从未见过任何人能够准确确定Google API中并发限制的数字。除了谷歌分析API，10000不包括谷歌分析网站和官方移动应用程序

示例：

每用户费率限制

1. 用户编号1登录并列出他拥有的所有电子邮件10用户没有错误。
2. 用户二号登录，他有1000封电子邮件，您的应用程序会尝试 在1秒内完全选择它们。您将获得此用户的速率限制错误。你是淹没谷歌。 但是，其他开发人员的应用程序可以通过API访问用户收件箱

每用户并发

1. 用户编号1仅运行您的应用程序。登录并列出他有10个用户没有错误的所有电子邮件。
2. 用户2正在运行您的应用程序，其他20位应用程序正在运行其他应用程序。尝试列出他的所有电子邮件，假设他在所有应用程序上完成此操作，同时他可能最终收到错误。

这些错误是基于用户的，因为限制名称中的Per-user名称。

示例2：

让我们看看谷歌分析API，因为我知道这个API的硬数据。

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