我们在查询 facebook graph API 时遇到以下问题
(#17) 达到用户请求限制
我知道这是用户级别速率限制的节流错误，如下面的链接所述
https://developers.facebook.com/docs/marketing-api/api-rate-limiting
但是我们以前从未遇到过这个问题，突然这个问题开始出现，Facebook最近改变了速率限制吗？
有人有什么想法吗？
按照文档： 您的应用程序每个用户每小时总共可以拨打 200 次呼叫。例如，如果您的应用有 100 个用户，这意味着您的应用可以拨打 20,000 个电话。这不是每个用户的限制，因此一个用户可以拨打 19,000 个电话，另一个用户可以拨打 1,000 个电话。此限制是根据前一小时的通话次数计算的。
您的应用程序的用户数量计算为平均每日活跃用户数加上今天的新登录人数
并非所有 API 调用都受到速率限制，因此您进行的调用数量可能与您在速率限制工具中看到的不匹配。 Facebook 还根据 CPU 使用时间和总时间来限制调用。达到这些极限很困难，因此这种情况极为罕见。此信息显示在每个示例的详细信息窗格中。单击仪表板上速率限制工具中的图表以了解详细信息。
建议： 速率限制定义了在指定时间段内可以进行的 API 调用数量的限制。当超过速率限制时，来自应用程序的所有 API 调用都会受到限制并在短时间内失败。一旦应用程序受到限制，调用者将在后续调用中收到错误代码 = 4、CodedException 的错误。您的请求最多可能需要一个小时才能再次接受。
为了避免速率限制： 在两个时间间隔之间均匀分布查询，以避免发送流量高峰。使用过滤器来限制数据响应大小并避免请求重叠数据的调用。使用速率限制标头动态平衡您的通话量。
你调用API的次数太多了（工作太辛苦了，是吧？）。这就是 Facebook 计算限制的方式。参考：链接