我正在开发一个严重依赖YouTube API来协助内容发现的应用程序。在开发的负载测试阶段，我收到了
<domain>yt:quota</domain><code>too_many_recent_calls</code>
错误多次。虽然负载测试的流量比我预期的要高，但我想听听人们如何使用YouTube API处理配额问题。理想情况下，我想知道此时我何时接近配额和限制请求(我宁愿提供有限的服务，也不愿在收到此类错误10分钟后从您的应用程序中进行[[stop] API调用，以便“按照http://apiblog.youtube.com/2010/02/best-practices-for-avoiding-quota.html的建议重设“您的配额。”
请求仅是GET，没有POST / PUT / DELETE，并且对即时结果的需求很少(即，如有必要，我可以限制在用户交互后进行的调用，并提出较慢但功能齐全的应用程序)
有没有人有过以这种方式管理YouTube API调用的经验？是否有一个很好的解决方案，可以根据配额发出请求，而无需达到配额并且不必退回10分钟即可重置？
最佳答案
对于v2'https://developers.google.com/youtube/faq?hl=en#quota'
对于v3'https://developers.google.com/youtube/v3/getting-started?hl=en#quota'
应该给个主意。
使用v3并让用户OAuth2登录，通常会为您带来最佳效果。
关于youtube - YouTube配额限制-最佳做法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10508518/