Facebook 的 Graph API 调用限制是多少？

小开

这个问题的最佳答案来自另一个论坛，来自2010年的 Ash Rust:

“在与 Facebook 平台团队进行了一些测试和讨论之后，我没有意识到官方的限制，也没有在文档中找到官方的限制。然而，我发现 每600秒600个呼叫，每个令牌和每个 IP大约是他们阻止你的地方。我也看到了一些基于应用程序的速率限制，但没有任何数字。

一般来说，每秒一个呼叫不应该受到速率限制。从表面上看，这似乎非常有限，但请记住，您可以批处理某些调用，并使用订阅 API 进行更改。”

以上信息已于2015年10月过时。根据 https://developers.facebook.com/docs/graph-api/advanced/rate-limiting，现在是 在任何给定的60分钟窗口中，每个用户调用200个 API

小开

根据 Facebook 开发策略“ I. 特性和功能”，唯一的限制是:

(> 5M MAU)或(> 100M API 调用每天)或(> 50M 印象每天)。

(Mau 指每月使用者)

它没有说他们会做什么后，超过限制..。

今天我遇到了这个局限:

对 mail _ fql 的调用超过了每600秒300次的速率。

总的来说，每个表都有不同的限制，在大多数情况下，每个 fql 返回的对象不会超过30个。另外，在我看来，你可以超过一个表的限制，同时你可以访问不同的表，问题是 API 是否被阻止(超过限制后)为所有用户或只为用户超过限制... 无论如何，当你超过限制后，你必须等待大约10分钟，比它是好的。

因此，从技术上讲，每10分钟您最多可以在 table mail _ fql 中获得300 * 30个对象。

小开

来自 facebook 文档

用户级别限制

这个速率限制适用于除了广告 apis 之外的所有 api 调用的用户级别。

速率限制在滑动窗口中实时发生。每个呼叫被分配一个分数。有一个 n 的最大分数。用户根据所做的调用随时间累积分数。当达到最大分数时，将抛出节流错误。错误，代码: 17，消息: 达到用户请求限制

应用程序级别的速率限制

这个速率限制适用于应用程序的全局级别。广告 api 调用被排除在外。

速率限制发生实时滑动窗口在过去的一个小时。统计数据是为每个应用程序收集的调用和查询次数、 CPU 使用时间、内存使用情况。每个资源都有一个限制，乘以给定应用程序的每月活跃用户。当应用程序使用超过允许的资源时，将抛出错误。错误，代码: 4，消息: 达到应用程序请求限制

检查这份文件 Https://developers.facebook.com/docs/reference/ads-api/api-rate-limiting/

小开

根据 FB 文档，批处理中的每个元素都作为一个单独的调用计数。

我们目前将一个批处理中的请求数限制为50个，但是为了计算 API 调用限制和资源限制，该批处理中的每个调用都是单独计算的。例如，一个10个 API 调用的批处理将被视为10个调用，批处理中的每个调用都以相同的方式导致 CPU 资源限制。

请检查这个: < a href = “ https://developers.facebook.com/docs/graph-api/making-multi-request”rel = “ nofollow”> https://developers.facebook.com/docs/graph-api/making-multiple-requests Https://developers.facebook.com/docs/marketing-api/api-rate-limiting

小开

现在是正式的:

每个应用程序分配 在任何给定的60分钟窗口中，每个用户调用200个 API。

从 2015年10月7日的 Facebook 文档中可以看出，Graph API 的速率限制是如何工作的:

速率限制是在你的 Facebook AppId 上完成的。如果你的应用程序达到一个利率限制，所有呼叫该应用程序将受到限制，而不仅仅是在一个按用户计算。
速率限制是通过你的应用程序的用户数来计算的并添加今天的新登录。这给了一个基础你的应用程序拥有的用户数。

例如，如果您的应用程序昨天有10个用户，今天有5个新的登录，那么您的用户基数就是15个。这意味着您的应用程序可以在任何60分钟的窗口中进行((10 + 5) * 200) = 3000个 API 调用。

—— 2016年4月12日更新——

Facebook 现在有一个限速仪表盘，它更容易看到你的应用程序的速率限制是否超过。它看起来像这样: