链接的SO帖子执行以下操作（1）使用 subscription API 获取订阅频道的频道ID（2）使用 channel API 获取{ 1}}，播放列表ID（3）使用 playlistitem API 从播放列表ID中获取视频。
我使用 subscrpition API 和 search API 来解决这个问题，然后遇到了“现实世界的问题”，我用光了配额。
很喜欢使用 search API 的contentDetails.relatedPlaylists.uploads和publishedAfter参数过滤响应，我发现 activity API 也具有此功能。所以这就是我要做的：（1）使用 subscirption API 获取频道ID（2）使用 activities API 获取{{1 }}（publishedBefore）（3）使用视频API 获取（2）中检索到的视频ID的视频信息。
显然，上述三种方式在我的案例中都占用了太多配额，因为我已订阅了200多个频道。以我为例，此请求的一次运行花费了不到8,000夸脱。至于 search API （link）：
配额影响：调用此方法的配额成本为100个单位。
当然，我一开始可以要求提供1年的视频，但是要获取更新（更新旧的或新上传的）视频，我需要在每次检查时都提出请求。
通过我的应用程序的其他用户，我的配额将立即消失。
获取经过身份验证的用户已预订的所有频道感觉就像是唯一可访问的资源，但这需要最少的配额。对于200个或更多订阅的频道，publishedAfter ~ publishedBefore仅需要4〜5个请求。
因此，缓存并没有帮助。
请告诉我一种最小化配额使用的方法。