我正在开发一个严重依赖YouTube API来帮助内容发现的应用程序。在开发的负载测试阶段，我收到了
<domain>yt:quota</domain><code>too_many_recent_calls</code>
错误多次。虽然负载测试的流量比我预期的要高，但我想听听人们如何处理 YouTube API 的配额问题。理想情况下，我想知道此时何时接近配额和限制请求(我宁愿提供有限的服务，而不是"在收到此类错误后 [停止] 来自应用程序的 API 调用 10 分钟 http://apiblog.youtube.com/2010/02/best-practices-for-avoiding-quota.html，以便"重置"您的配额。
请求仅获取，没有发布/放置/删除，并且对即时结果的需求很小(即，如有必要，我可以限制用户交互后进行的调用，并呈现一个较慢但功能齐全的应用程序(
有没有人有过以这种方式管理 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 登录名，通常会为您提供最佳结果。