我们的应用程序为客户处理电子邮件。一个客户经常成为＆＃34;暂停＆＃34;。在GSuite管理控制台中，他看到他已经达到了＃34;请求限制＆＃34;。在gmail web界面暂停的同时，gmail mobile正在运行。我们的应用程序也没有看到任何中断。我们看不到也没有＆＃39; 429太多请求＆＃34;太多并发请求用户＆＃34;＆＃39;并且＆＃39; 429请求太多＆＃34;超出用户速率限制＆＃34;＆＃39;也没有任何其他错误。
因此，由于＆＃34;请求限制＆＃34;，用户不时被暂停，由于限制/配额，我们没有看到任何被拒绝的请求。我们不会对每个用户执行并发请求。也就是说，同时处理不同的用户，但是对一个用户的处理是顺序的。但我们也使用批处理，最大批量是20。
在关于＆＃34; Request limits＆＃34;的页面上我发现只有＃34; G Suite帐户一次可以提供的服务器请求数量有限＃34;什么＆＃34;一次＆＃34;意思？批处理会使问题变得更糟还是有帮助？在这里计算其他api（例如日历api）吗？ gmail mobile是否算在这里？有没有办法得到这样的问题的支持？
任何帮助都是合适的。
PS。对Gmail的大多数调用都是history.list，messages.get（最大批量大小为5），threads.get（最大批量大小为20）。 messages.attachments.get（最大批量大小为2）的呼叫不常见。当新消息到达用户邮箱时，将调用history.list和messages.get。有时messages.get和threads.get会爆发。但我们有一个代码来防止配额失效。附件在5秒内由2个，一个批次（2个）处理，但我们将每5秒减慢到1个附件。在我看来，费率很低（每个用户）。此外，该应用程序调用其他apis - gdrive api，日历api，旧联系人api。
我们看到429代码非常罕见。但我们的客户每周有1-2次停药。有时悬浮液持续约1小时，有时悬浮液是几个短时间段的序列