Spotify Web API速率限制

spotify web API文档提到了速率限制。例如，报告说：

只能访问不访问用户信息的端点。 它的优点是，与其他方法相比，采用了更高的速率限制 在没有访问令牌的情况下对Web API发出的请求

作为一名开发人员，费率限制是否是我需要担心的问题？如果我超过速率限制，对web API的请求会失败吗？如果是，失败会是什么样子

---

提前感谢。

您可以在中找到一些关于速率限制的一般信息。如下所述，如果应用程序发出的请求超过允许的速率限制，则Web API将返回

如果发生这种情况，您应该等待一段时间（请参阅下面的更新），然后再发出请求。当然，最好的办法是从一开始就尽量避免达到利率上限。正如《用户指南》所建议的，您可以通过一次访问多个实体来实现这一点，这些实体可用于某些端点。您还可以缓存响应

---

更新：如果速率受限，HTTP响应将包含一个名为“重试后”的标头。此标头的值是在发出下一个请求之前需要等待的秒数。例如，在：4之后重试意味着您需要等待四秒钟才能重试。现在在中也提到了这一点。

这确实是您应该在文档中找到的，或者只是尝试一下。我不认为是这样。通常，当我发出太多太快的请求时，我会得到500个错误……这不应该是这样的，可能是一个bug的迹象。了解您正在调用的端点会很有趣。我们在播放列表相关的端点中确实存在一个已知问题。重试频率值似乎是从毫秒开始计算的，向下舍入到最接近的秒。例如，如果Spotify打算在3200毫秒内取消速率限制，则会在标头为3后收到重试消息。3秒后再次运行您的请求将意味着您的代码可能与200毫秒的差异相冲突。因此，您应该始终为“重试频率”值加1。@MichaelThelin是否有任何接近xx的数字。像每分钟n个请求一样，之所以不披露，是因为这个数字可能会在没有警告的情况下发生变化。使用Retry After应该足以编写一个处理速率受限的应用程序。这就是说，指望每秒有10-20个左右的请求会让你进入正确的范围。