我正在开发一个严重依赖YouTube API的应用程序来协助内容发现。在开发的负载测试阶段，我收到了
<domain>yt:quota</domain><code>too_many_recent_calls</code>
错误很多次。虽然负载测试的流量高于我的预期，但我想了解人们如何使用YouTube API处理配额问题。理想情况下，我想知道我何时接近配额和限制请求（我希望在收到此类错误后，在您的应用程序中提供有限的服务而不是来自您的应用程序的API调用10分钟订购＆＃34;重置＆＃34;您的配额。＆＃39;按照http://apiblog.youtube.com/2010/02/best-practices-for-avoiding-quota.html
的建议请求只有GET，没有POST / PUT / DELETE，并且对即时结果的需求很少（即，如果有必要，我可以减少用户交互后发出的调用，并提供一个速度较慢但功能齐全的应用程序）
有没有人以这种方式管理YouTube API调用？是否有一个很好的解决方案，可以在配额下提出请求，而无需点击它并且必须退回10分钟才能重置？
答案 0 :(得分：0)
对于v2'https://developers.google.com/youtube/faq?hl=en#quota'
对于v3'https://developers.google.com/youtube/v3/getting-started?hl=en#quota'
应该提出一个主意。
使用v3并让用户登录OAuth2，一般会给你最好的结果。