Facebook API-每个用户令牌的少量请求达到用户速率限制
我有一个Android应用程序,它每N分钟检查一次来自Facebook的新通知,其中N超过5分钟,默认值为30分钟。该应用程序还向Facebook的Graph API发出一些用户生成的请求。 最近,自从我们为新通知添加了定时轮询之后,Facebook开始限制我们的应用程序,大部分用户请求限制都达到了错误17,但有时会给出错误4的应用程序请求限制。 Insights仪表板提供了以下统计数据:每天255000个请求,432个用户。这使得每个用户每天大约有590个请求,这远远超出了我所能找到的API的任何提到的限制。 Facebook关于利率限制的信息非常模糊,以下是一些你通常可以在不同来源找到的数字: 每IP每个令牌每600秒600次呼叫。 每个应用程序每天呼叫1亿次。 每天每个用户令牌10000次呼叫。 我们的应用程序定期执行的计划请求是一个简单的FQL: 从通知中选择发件人\u id、创建时间、标题\u文本,其中收件人\u id=me且\u隐藏=0且未读=1 即使最短的更新间隔为5分钟,它每天也会被触发288次。 我们试图用Graph API调用替换这个请求,但没有改变任何事情 我知道还有其他应用程序具有类似的功能,它们似乎没有这些限制 有人知道有没有什么方法可以避免被Facebook限制在如此低的通话量Facebook API-每个用户令牌的少量请求达到用户速率限制,facebook,limit,rate-limiting,Facebook,Limit,Rate Limiting,我有一个Android应用程序,它每N分钟检查一次来自Facebook的新通知,其中N超过5分钟,默认值为30分钟。该应用程序还向Facebook的Graph API发出一些用户生成的请求。 最近,自从我们为新通知添加了定时轮询之后,Facebook开始限制我们的应用程序,大部分用户请求限制都达到了错误17,但有时会给出错误4的应用程序请求限制。 Insights仪表板提供了以下统计数据:每天255000个请求,432个用户。这使得每个用户每天大约有590个请求,这远远超出了我所能找到的API的
谢谢 事实证明,代码中存在一个很难重现的严重错误,有时会迫使应用程序连续10-30分钟循环发出API请求。只有一小部分客户有这个问题,但这足以使API受到限制 FBAPI似乎是根据应用程序的用户数量来计算限制的,所以即使调用的数量非常有限,我们也会遇到速率限制问题。 另一个观察结果是,尽管只有有限数量的用户进行了大量API调用,但FB并没有限制所有用户 希望这些信息对解决类似问题有所帮助